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Abstract 

This  report  documents  a  test  transfer  of  three  Air  Force  technical  procurement  bid  sets  to  one  large  and 
twelve  small  businesses,  using  the  Department  of  Defense  (DoD)  Continuous  Acquisition  and  Life-cycle 
Support  (CALS)  and  ANSI  ASC  X12  Electronic  Data  Interchange  (EDI)  standards.  The  main  goal  of  the 
test  was  to  evaluate  the  effectiveness  of  using  CALS  technical  data  within  the  context  of  the  DoD’s  EDI- 
based  standard  approach  to  electronic  commerce  in  procurement,  with  particular  emphasis  on  receipt 
and  use  of  the  data  by  small  contractors.  Air  Force  procurement  data  was  provided  by  the  Sacramento 
Air  Logistics  Center  at  McClellan  Air  Force  Base;  the  manufacturing  participants  were  selected  from 
among  McClellan’s  “Blue  Ribbon”  contractors,  located  throughout  the  United  States.  The  test  was 
sponsored  by  the  Air  Force  CALS  Test  Network,  headquartered  at  Wright-Patterson  Air  Force  Base. 

The  test  successfully  demonstrated  the  technical  feasibility  of  including  CALS  MIL-R-28002  (Raster) 
engineering  data  in  an  EDI  Specification/Technical  Information  transaction  set  (ANSI  ASC  X12  841) 
when  issuing  electronic  requests  for  quotation  to  small  businesses.  In  many  cases,  the  data  was 
complete  enough  for  the  contractor  participant  to  feel  comfortable  generating  a  quote.  Lessons  learned 
from  the  test  are  being  fed  back  to  the  CALS  and  EDI  standards  organizations,  and  to  future 
implementors  of  CALS-EDI  based  acquisition  or  contracting  systems,  which  require  the  transfer  of 
technical  information,  such  as  engineering  data,  manufacturing  process  data,  quality  test  data,  and 
other  product  or  process  data,  in  the  form  of  a  CALS  or  other  digital  datafile. 

This  work  was  performed  under  the  auspices  of  USDOE  by  LLNL  under  contract  no.  W-7405-Eng-48. 
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Executive  Summary 

This  test  has  demonstrated  that  Continuous  Acquisition  and  Life-cycle  Support  (CALS)  and  Electronic 
Data  Interchange  (EDI)  can  be  successfully  combined  to  provide  an  electronic  Request  for  Quotation 
(RFQ)  capability  in  military  acquisition  and/or  contracting  operations,  when  acquiring  technical  parts,  or 
replenishing  LRUs  (Lowest  Replacement  Units),  from  small  manufacturing  contractors.  The  test  also 
identified  several  issues,  summarized  below,  that  need  to  be  addressed  when  developing  a  production 
CALS  and  EDI  based  implementation. 

This  test,  properly  called  a  “demonstration”  or  “validation,”  tracked  the  transfer  of  actual  Air  Force 
Technical  Procurement  RFQ  data  from  McClellan  Air  Force  Base  to  one  large  and  twelve  small 
manufacturing  businesses  located  throughout  the  United  States.  The  test  was  limited  to  bid  sets  for 
procurement  actions  of  less  than  $25,000.  Engineering  drawings  in  CALS  raster  format  were  retrieved 
from  the  Sacramento  Air  Logistics  Center’s  Engineering  Data  Computer  Assisted  Retrieval  System 
(EDCARS),  located  at  McClellan  AFB,  California,  inserted  into  EDI  transaction  sets,  and  transferred  via 
commercial  telecommunications  value-added  networks  (VANs)  to  the  thirteen  participating  businesses. 
The  businesses  received  the  RFQ  technical  data,  using  modems  and  their  existing  phone  lines,  and 
viewed  it  on  their  local  micro  computers,  generating  images  generally  clear  enough  to  permit  a  response 
to  the  RFQ.  The  businesses  represented  diverse  manufacturing  capabilities  such  as  milling,  sheet  metal 
working,  electromechanical  assembly,  motor  construction,  and  plastics  molding  for  windows  and 
cockpits. 

The  major  observations  and  accompanying  recommendations  from  the  test  are: 

1.  The  current  contracting  process  could  be  streamlined  by  creating  a  direct  electronic  connection 
among  the  relevant  on-base  computer  systems. 

2.  The  test  included  Ethernet  TCP/IP  transfer  of  technical  data  between  EDCARS  and  procurement 
computational  resources.  This  activity  indicated  that  direct  access  between  these  entities  requires 
reconciliation  between  the  ongoing  EDCARS  production  activity  and  SM-ALC  LAN  loading/routing 
strategies,  and  the  availability  of  procurement  digital  storage  resources. 

[Editor’s  note:  It  is  anticipated  that  DoD  engineering  repository  migration  to  JEDMICS  will  address 
many  of  these  issues.] 

3.  The  DoD  Implementation  Conventions  for  the  ANSI  ASC  X12  840  and  841  transactions  sets,  and 
ANSI  ASC  X12  itself,  if  necessary,  should  be  modified  to  allow  mutual  pointers,  breaking  up  of  large 
multi-file  technical  solicitations,  transfer  of  engineering  data  lists,  and  requests  for  specific 
engineering  drawings. 

[Editor’s  note:  Modifications  to  the  DoD  Implementation  Conventions,  and  to  the  ANSI  ASC  X12 
standards  have  been  made  to  support  these  recommendations.] 

4.  Transmission  times  were  lengthy,  primarily  due  to  large  data  set  sizes.  Therefore,  until  technology 
advances  sufficiently  to  ensure  feasibility  of  larger  transmissions,  data  transmission  should  occur  at 
9600  baud  or  faster,  and  data  sets  larger  than  5  megabytes  should  be  transferred  on  other  media 
(e.g.,  tapes,  floppies,  optical)  instead  of  over  an  EDI  VAN. 

5.  Contractor  participants  were  unable  to  selectively  download  messages  from  the  VANs.  As  a  result, 
the  VANs  used  in  this  test  have  now  implemented  a  capability  which  gives  the  user  flexibility  and 
control  over  the  data  download  process. 

6.  Contractors  should  perform  a  business  process  analysis  as  they  implement  electronic  contracting,  in 
order  to  plan  for  the  changes  CALS  and  EDI  will  have  on  their  daily  business  activities. 
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7.  Depending  on  the  hardware,  software,  and  configuration  parameters  used,  some  contractors  were 
more  successful  than  others  in  assimilating  the  electronic  messages  and  utilizing  the  digital  CALS 
images.  Further  evaluation  of  contractor  business  processes,  engineering  processes,  and  the 
computational  resources  available  in  the  commercial  market,  is  necessary. 

8.  The  information  handling  knowledge  and  experience  of  the  contractor  also  affected  the  ease  with 
which  the  contractor  could  integrate  the  electronic  RFQs  into  his  daily  business.  Further  evaluation 
of  the  education,  checklists,  and  implementation  aids  and  tools  that  are  needed  for  a  small  business 
to  more  easily  and  effectively  use  electronic  contracting  is  necessary.  Integrated  CALS-EDI  training 
products  and  services  also  must  be  developed  specifically  for  small  contractors. 
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X  Purpose,  Objectives,  and  Background 

1.1  Purpose 

The  purpose  of  this  test  was  to  evaluate  the  effectiveness  of  using  Continuous  Acquisition  and  Life-cycle 
Support  (CALS)  data  within  the  context  of  the  Department  of  Defense’s  (DoD’s)  standard  approach  to 
electronic  commerce  (EC)  in  procurement.  This  approach  is  based  on  the  American  National  Standards 
Institute  (ANSI)  Accredited  Standards  Committee  (ASC)  X12  Standard  for  Electronic  Data  Interchange 
(EDI).  A  significant  aspect  of  the  test  was  its  emphasis  on  procurement  actions  involving  small 
businesses.  Experience  gained  from  the  test  will  be  used  to  support  a  subsequent  pilot  implementation 
of  an  electronic  procurement  system  at  Sacramento  Air  Logistics  Center,  McClellan  Air  Force  Base, 
California,  which  will  employ  the  CALS  and  EDI  standards. 

1.2  Objectives 

The  primary  objective  of  the  test  was  to  demonstrate  that,  for  the  purpose  of  soliciting  a  request  for 
quotation  (RFQ),  EDI  can  be  used  to  successfully  transmit  CALS  data  to  small  businesses.  Another 
objective  was  to  demonstrate  to  small  businesses  the  usefulness  of  receiving  and  using  digital  images  in 
a  CALS  format. 

To  organize  execution  of  the  test,  and  to  support  these  objectives,  the  following  were  demonstrated  and 
evaluated: 

1.  Direct  electronic  extraction  of  procurement-related  CALS  data  from  the  Engineering  Data 
Computer  Assisted  Retrieval  System  (EDCARS); 

2.  Electronic  transfer  of  the  technical  data  portion  of  an  RFQ,  namely  the  X12 
Specification/Technical  Information  (841)  transaction  set,  to  the  Air  Force  CALS  Test  Network  at 
Lawrence  Livermore  National  Laboratory  (LLNL)  for  CALS  evaluation; 

3.  Distribution  of  the  package  to  selected  small  businesses,  including  a  small  business  co-op  center, 
using  EDI  over  commercial  VANs;  and 

4.  Capture  and  display  of  the  RFQ’s  CALS  data  by  the  contractor  participants. 

1.3  Background 

1.3.1  Summary  of  Air  Force  CALS  Test  Network  CALS-EDI  Testing 

This  is  the  third  test  involving  the  exchange  of  CALS  data  via  EDI  transaction  sets  which  the  Air  Force 
CALS  Test  Network  (AFCTN)  Test  Bed  at  LLNL  has  conducted.  The  first  test,  performed  in  the  fall  of 
1990,  was  a  demonstration  of  the  basic  compatibility  of  CALS  and  EDI.  It  showed  that  CALS  data  could 
be  packaged  in  an  EDI  transaction  set,  sent  over  ISDN  or  DDN  lines,  and  arrive  intact  and  usable  on  the 
other  end.  It  also  showed  that  the  time  to  transmit  an  engineering  drawing  over  DDN,  even  during  a 
“heavy  use”  time  of  day,  was  well  under  ten  minutes. 

The  second  test,  performed  in  the  fall  of  1991,  successfully  demonstrated  a  paperless  Air  Force  technical 
procurement  transaction.  Engineering  drawings  from  an  actual  solicitation  bid  set  were  extracted  in 
CALS  raster  format  from  the  McClellan  AFB  CA  EDCARS  system,  sent  electronically  using  STX 
software  from  Supply  Tech  to  a  temporary  VAN  hub  distribution  point,  then  forwarded  to  a  prospective 
contractor.  The  EDI-experienced  contractor,  TRW,  successfully  received  the  transactions  using  the  same 
EDI  software,  and  displayed  the  CALS  raster  images  using  HiJaak  software  from  Inset  Systems,  Inc. 
This  demonstrated  an  ability  to  send  RFQs  electronically  using  CALS  and  EDI. 
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This  third  test,  a  demonstration/validation,  was  actually  a  modification  of  the  previous  Air  Force 
procurement  test.  This  activity  differs  from  the  previous  test  in  that  specific  recipients  were  targeted. 
The  RFQ  and  technical  data  were  sent  to  a  representative  sample  of  mostly  small  manufacturing 
contractors,  who  had  various  levels  of  exposure  to  CALS  and  EDI.  Two  VAN-based  routes  were  used  to 
transfer  the  procurement  data  to  the  contractors:  (1)  directly  to  contractors,  and  (2)  to  contractors 
through  a  central  contractor  co-op.  The  co-op  transfer  is  reported  in  Appendix  F. 

lo3c2  Natiire  of  the  Test 

This  test  is  best  described  as  a  ''demonstration/validation.”  Although  not  a  strict  business  case  analysis, 
it  does  address  usability,  quality,  and  convenience  of  electronic  dissemination  of  technical  solicitations. 
Comparisons  are  made  between  conventional  data  transfers  (aperture  cards  delivered  through  the  U.S. 
mail)  and  electronic  transfers  (CALS  digital  images  delivered  by  commercial  VANs).  The  VAN  costs 
described  in  this  report  are  best  guess  estimates.  Much  of  the  hardware  and  software  anticipated  as 
necessary  for  the  test  was  provided  to  the  participants  without  charge;  there  were  no  metrics  to 
determine  the  optimization  of  the  various  system/software/hardware  integrations. 


The  test  demonstrated  that  the  CALS  standards  can  be  used  effectively  in  an  actual  government  EDI 
procurement  environment.  Problems  encountered  during  the  test  have  been  identified,  and  solutions 
recommended. 

lo3.3  Testing  Strategy 

The  approach  taken  by  the  Air  Force  CALS  Test  Network  in  executing  complicated  tests  such  as  this  is 
to  write  a  test  plan  describing  the  ideal  procedure,  execute  the  test  using  prudence  and  reasonable 
backup  strategies,  then  report  what  actually  happened  in  the  test,  including  any  deviations  from  the 
original  plan.  The  plan  used  for  this  test  is  found  in  Appendix  A  of  this  report. 

Since  this  test  depended  upon  availability  of  several  capabilities  that  were  beyond  the  control  of  the 
AFCTN,  the  strategy  taken  was  to  execute  the  test  over  an  extended  period  of  time,  with  sufficient 
flexibility  to  incorporate  capabilities  as  they  became  available.  In  the  event  the  capabilities  never 
became  available  during  the  test,  “fallbacks”  and  “workarounds”  were  used  to  accommodate  the  test 
plan. 


1.3A  Testing  Proeednres 

The  testing  procedures  or  steps  followed  during  the  test  are  detailed  in  the  Test  Plan.  In  general,  they 
involved  bringing  bid  set  data  (business  data  and  engineering  drawings)  to  an  Intelligent  Gateway 
Processor  (IGP)  located  at  the  originator’s  site,  inserting  the  data  into  X12  840  and  841  transaction  sets, 
and  forwarding  them  to  a  VAN.  The  contractors  would  access  their  VAN  “mail  boxes”  to  see  that  the 
transaction  sets  had  been  delivered,  download  them  to  their  PCs,  and  decompress  and  view  the  files.  A 
diagram  of  the  steps  involved  in  the  testing  procedures  is  found  in  Appendix  A  of  the  Test  Plan. 
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1.3.5  Standards  and  Specifications  Tested 

The  test  used  actual  solicitation  bid  sets  for  RFQs.  These  packages  contained  numerical  and  textual 
data,  in  ASCII  format,  from  the  McClellan  Air  Force  Base  CA  Sacramento  Air  Logistics  Center  (SM- 
ALC)  Automated  Contract  Preparation  System  (ACPS).  Along  with  the  text  were  supporting 
engineering  drawings  and  specifications  in  CALS  raster  format  from  the  SM-ALC  EDCARS  system. 

The  specific  standards  utilized  or  evaluated  were: 

a.  DoD  MIL-STD-1840A  -  Automated  Interchange  of  Technical  Information 

b.  DoD  MIL-R-28002A  -  Raster  Graphic  Representation  in  Binary  Format,  Requirements  for 

c.  ANSI  ASC  X12  Request  for  Quotation  (840)  transaction  set.  Version  3022 

d.  ANSI  ASC  X12  Specification/Technical  Information  (841)  transaction  set.  Version  3022 

e.  ANSI  ASC  X12  Functional  Acknowledgment  (997)  transaction  set.  Version  3010 

f.  X.400  Open  System  Interconnection  (OSI)  Message  Handling  System  (An  International 
Consultative  Committee  on  Telegraphy  and  Telephony  [CCITT]  Standard) 

1.3.6  Test  Schedule 

Every  major  deadline  in  the  test  plan  schedule  was  met.  Details  of  the  schedule  are  found  in  the  Test 
Plan. 


1.4  Structure  of  This  Report 

This  report  is  structured  to  follow  the  flow  of  the  bid  set  data.  The  next  three  sections  describe  the 
participants,  with  their  respective  hardware  and  software  platforms,  and  the  necessary  pre-test 
preparation.  Sections  5  through  10  contain  descriptions  and  observations  of  the  data  flow  to  the  site 
IGP,  to  the  VANs,  and  finally  to  the  small  business  contractors.  The  final  section  summarizes  the 
successes,  problems,  and  recommendations  that  came  from  the  test.  Contained  in  the  appendices  are 
images  of  the  actual  bid  set  data,  along  with  other  pertinent  test-related  documents. 
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^  Participants  and  Platforms 

The  test  was  a  joint  effort  between  Aircraft  Contracting  at  SM-ALC  and  the  Air  Force  CALS  Test 
Network  Test  Bed  at  LLNL.  SM-ALC  provided  most  of  the  management  and  coordination;  AFCTN 
assisted,  wrote  the  Test  Plan,  provided  CALS-specific  technical  expertise,  and  coordinated,  edited,  and 
produced  this  report.  Funding  was  provided  by  the  Air  Force  CALS  Program  Office.  The  SM-ALC 
Aircraft  Contracting  Division,  which  supports  the  F-111,  A-7,  and  A-10  aircraft,  collected  the  technical 
data  from  its  engineering  technical  data  repository,  EDCARS,  and  packaged  the  data  into  electronic 
solicitations  or  “bid  sets.”  Thirteen  contracting  vendors,  who  received  solicitation  data,  participated  in 
this  test.  A  contracting  vendor  co-op,  located  at  Brigham  Young  University  (BYU),  acted  as  go-between 
for  those  contractors  who  did  not  have  access  to  a  VAN. 

Platforms  used  for  the  test  ranged  from  DOS/Intel-based  microcomputers  (PCs)  and  Apple  Macintoshes 
to  Data  General  and  IBM-like  mainframes,  and  included  UNIX  workstations  and  mid-range  systems. 
VANs  were  used  to  transport  the  solicitations;  workstation  and  micro-based  EDI  translation  software 
were  used  to  build  and  interpret  the  transaction  sets. 

2.1  Philosophy  of  Test 

Working  within  the  established  objectives,  guidelines,  and  strategies  for  the  test,  the  testing  team 
utilized  multiple  differing  hardware  and  software  solutions,  so  that  figures  and  statistics  suitable  for 
comparison  and  education  would  surface.  Commercial  off  the  shelf  (COTS)  software  and  hardware  was 
utilized  wherever  possible,  e.g.,  the  PC  systems  and  CALS  conversion  and  viewing  software  used  by  the 
contractor  participants,  and  the  EDI  software  used  by  all  participants.  The  co-op  at  BYU  used  a 
Macintosh  system  and  third-party  EDI  software  to  receive  the  solicitations.  For  transmission  of  the 
solicitations,  the  intent  was  to  connect  directly  to  multiple  VANs,  as  well  as  the  proposed  DoD 
distribution  point  architecture,  so  that  capabilities,  performance,  and  cost  could  be  compared  and 
contrasted.  Three  solicitations  with  varying  numbers  of  technical  drawings  were  identified  (see  section 
4.2.3. 1)  so  that  solicitation  size  statistics  could  be  gathered.  The  different  sized  solicitations  also 
provided  useful  statistics  on  the  relationships  between  size  and  transmission  time,  and  the  time  required 
to  gather  and  send  35mm  aperture  cards  compared  with  that  of  sending  electronic  files. 

2.2  Use  of  COTS  Hardware  and  Software 

The  testing  team  considered  it  a  requirement  to  use  easily  obtainable  commercial  products.  It  was 
agreed  that  execution  of  the  test  using  COTS  components  would  be  critical  to  the  interest  in,  and 
acceptance  of,  these  test  results,  particularly  to  the  small  business  contractor.  This  section  outlines  the 
COTS  hardware  and  software  used. 

2.2.1  Hardware 

A  microprocessor  (PC-compatible  or  Macintosh)  computer  was  used  by  each  contractor  to  run  the  EDI 
software.  These  computers  had  2  megabytes  or  more  of  RAM  memory,  and  sufficient  hard  disk  space  to 
store  the  largest  expected  compressed  solicitation,  approximately  8.6  megabytes.  Optionally,  contractors 
may  have  elected  to  keep  enough  hard  disk  space  to  store  the  restored  (decompressed)  file,  which  could 
be  40-50  times  larger  than  the  incoming  compressed  file.  The  hardware  platform  used  at  SM-ALC  to  run 
the  EDI  translator  software  which  packaged  and  sent  the  solicitations  to  the  contractors  was  an  existing 
UNIX-based  AT&T  3B2  computer. 


Modems  used,  including  Hayes,  Zenith,  Datatrek,  U.S.  Robotics,  and  MultiTech  models,  could  operate  at 
transfer  rates  of  up  to  9600  baud.  During  the  test,  2400  and  9600  baud  transfer  rates  were  used. 
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2.2.2  Software 

EDI  translator  software  is  necessary  to  receive  and  send  EDI  messages  and  transactions.  There  are 
numerous  EDI  translator  software  packages  available  on  the  commercial  market  which  function  on  most 
processors,  such  as  IBM  PC  compatible,  Macintosh,  and  UNIX  desktops,  most  engineering  workstations, 
and  mainframe  computers.  Table  2.1  lists  the  EDI  translator  software  used  for  the  test.  These  had 
demonstrated,  before  1991,  the  ability  to  handle  binary  files  of  technical  data  via  the  X12  841 
transaction  set  (additional  commercial  software  is  now  also  available  from  a  few  vendors): 


Hardware  Platform 

EDI  Translator 

Manufacturer 

PC  and  compatibles 

STX 

Supply  Tech,  Inc. 

Macintosh 

MacEDI 

Digit  Software 

AT&T  3B2(UNIX) 

Datatran 

St.  Paul  Software 

Table  2.1  EDI  translator  software  packages  used  for  test. 


Display  software  is  necessary  for  examining  raster  technical  data  transferred  by  EDI.  Table  2.2  lists  the 
decompression,  reformatting,  and  display  software  packages  which  were  used  during  the  test: 


Software 

Decompress 

CALS  Raster 

Disnlav 

Rotate  & 
Zoom.  etc. 

Convert  & 
Reformat 

HiJaak  for  Windows 

X 

X 

X 

X 

Myriad 

X 

X 

X 

— 

Paintbrush 

— 

X 

X 

— 

Table  2.2  Raster  decompression  and  display  software  packages  used  for  test. 


There  are  other  comprehensive  software  applications  which  perform  all  the  functions  in  the  above  table. 
For  example,  a  CAD  software  application  which  can  handle  incoming  compressed  CALS  technical  data 
should  be  capable  of  performing  all  the  necessary  functions  for  displa3dng  and  manipulating  the  files. 

Some  organizations  may  choose  to  route  the  received  binary  data  files,  via  either  LAN  or  floppy,  to  an  in- 
house  computer  that  has  engineering  design  and/or  publishing  software  installed.  This  software  can 
then  process  the  received  files  as  it  would  normally  handle  technical  data.  In  this  way,  the  designer  or 
technical  publisher  can  import  the  technical  data  received  via  EDI  directly  into  his  or  her  business 
emhronment,  where  it  can  be  handled  like  any  other  data. 

2o3  Selection  of  Participating  Contractors 

The  contractors  who  participated  in  this  test  were  selected  based  on  criteria  established  by  the  Air  Force. 
SM-ALC,  as  the  primary  government  organization  seeking  to  implement  the  electronic  transmission  of 
binary  data  via  the  X12  841  transaction  set,  determined  that  a  number  of  small  businesses  should  be 
invited,  at  no  cost  to  them  or  to  the  government,  to  participate  in  this  test.  SM-ALC  utilized  its  Blue 
Ribbon  Contractors,  who  are  exceptional  contractors  selected  from  the  over  6,200  contractors  SM-ALC 
contracted  with  in  the  previous  fiscal  year. 

The  Air  Force  Materiel  Command  (AFMC)  Blue  Ribbon  Contractor  program  allows  the  Air  Force  to 
award  not  only  at  the  lowest  price,  but  to  consider  the  contractor’s  historical  quality  and  delivery 
performance  along  with  the  price.  The  Blue  Ribbon  Program  applies  within  this  command  to  any 
negotiated,  firm  fixed-price  type  contract  for  replenishment  spares.  For  these  contractors  to  be 
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considered  Blue  Ribbon,  they  must  have  been  awarded  and/or  delivered  items  on  at  least  three  of  SM- 
ALC’s  line  items  in  a  given  Federal  Stock  Class  (FSC)  with  a  combined  value  of  $50,000  or  more  during 
the  previous  36  months.  Each  contractor  must  have  demonstrated  a  90  percent  or  better  on-time 
delivery  performance  in  a  given  FSC  during  the  previous  12  months  at  SM-ALC.  A  Blue  Ribbon 
Contractor  must  maintain  a  stringent  99  percent  minimum  quality  rate  on  the  Air  Logistics  Center’s 
(ALC’s)  contracts  in  the  same  FSC  during  the  previous  12  months.  The  contractor  must  have  had  no  in- 
plant  quality  system  problems,  and  no  other  negative  information  regarding  their  overall  performance  or 
current  status.  Of  the  thirteen  Blue  Ribbon  contractors  named  by  SM-ALC  at  the  time  of  this  test,  eight 
chose  to  participate. 

2.4  List  of  Test  Participants 

Air  Force  Contracting  contacts 

Aircraft  Contracting  Division 

Sacramento  Air  Logistics  Center  (SM-ALC/PK) 

3237  Peacekeeper  Way,  Suite  17 

McClellan  AFB,  CA  95652-1059 

916-643-5448  and  916-643-2885  FAX 

edi@smcdm02 .  sm.  aflc.  af.mil 

Sacramento  Air  Logistics  Center  Test  Project: 

Delores  (Dee)  Smith,  Chief  and  Test  Project  Manager 
smith@smcdm02.sm.aflc.af.mil 

Charlene  Ivey,  Deputy  Test  Project  Manager 

ivey@smcdmO  1  .sm .  aflc .  af.mil 

Jim  Burdick,  Lead  Technician 

bur  dick@smcdm02 .  sm .  aflc .  af  mil 

Mike  Patterson,  Lead  Buyer 

patterso@smcdm03  .sm.  aflc.af.mil 

Implementation  Project: 

Major  Ken  Richardson,  Chief  for  EDI  Implementation 

richards@smcdm02.sm.aflc.af.mil 

Cynthia  Slife,  EDI  Project  Training  Manager 

slife@smcdm01.sm.aflc.af.mil 


916-643-5448 

916-643-6200 

916-643-6200 

916-643-6200 

916-643-6200 

916-643-6200 
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SM-ALC  CALS  Program  Office  contacts 

NOTE:  These  contacts  establish  the  linkage  to  CALS  at  SM-ALC  and  did  not  actively  participate 
in  the  test. 

CALS  Program  Office 

Sacramento  Air  Logistics  Center  (SM-ALC/TIEAB) 

McClellan  AFB,  CA  95652-5609 
916-643-6272  FAX 

Grace  Talbot,  CALS  Program  Manager  916-643-2991 

talbot,grace%al.allinl.umc@c3po, sm-alc.af.mil 

Michael  Mast,  CALS  Program  Manager  916-643-2991 

mast.mike%a1.allinl.umc@c3po.sm-alc.af.mil 


LLNL  Electronic  Commerce  (EC)  contacts 

NOTE:  These  contacts  were  used  only  for  advice  on  EC  and  X.400,  and  did  not  actively 
participate  in  the  test. 

Electronic  Commerce  through  EDI  Project 
Technology  Information  Systems  Program 
Lawrence  Livermore  National  Laboratory 
P.O.  Box  808,  L-542 
Livermore,  CA  94551 
510-424-5054  FAX 

John  Rhodes,  PCIP  Project  Leader  510-422-6550 

jrhodes@tis.llnl.gov 

Judy  Payne,  Deputy  PCIP  Project  Leader  703-734-1996 

jpa3me@tis.llnLgov  703-734-2363  FAX 

Ted  Cole,  ANSI  ASC  X12  DoD  Conventions  Specialist  510-422-6907 

cole@tis.llnLgov 

Charles  McGregor,  Electronic  Commerce  Senior  Architect  510-423-9883 

ckm@llnl.gov 


SM-ALC  Contractor  Affiliates  with  EDI  experience 

xAliied-Signal  Airesearch 
19201  Susana  Road 
Rancho  Dominquez,  CA  90221 
310-608-6205  FAX 

Wayme  Smith  310-608-6414 
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SM-ALC  Contractor  Affiliates  without  EDI  experience 

American  Electronics 
1600  East  Valencia  Drive 
Fullerton,  CA  92631 
714-871-1403  FAX 

Susan  Method  714-871-3020 


Inspirnetics 
9330  7th  Street,  Unit  E 
Rancho  Cucamonga,  CA  91730 
714-941-8303  FAX 

Lucille  Seibel  714-941-2004 

Ted  Seibel,  Technical  Point  of  Contact 


Kent  Associates,  Inc. 

900  Fifth  Avenue 
Mansfield,  TX  76063-2727 
817-473-6705  FAX 

Richard  Geist  817-473-2855 

Steve  Geist,  Technical  Point  of  Contact 


Llamas  Plastics  Inc. 

12970  Bradley  Avenue 
Sylmar,  CA  91342 
818-362-9780  FAX 

Cindy  Roberts 

Rick  Llamas,  Technical  Point  of  Contact 


818-362-0371 


Micro  Systems,  Inc. 

65  Hill  Avenue 

Fort  Walton  Beach,  FL  32548 

904-243-1378  FAX 

Cort  Proctor  904-244-2332 


Moda  Magnetics  Corp. 

84  Rome  Street 
Farmingdale,  NY  11735 
516-249-2792  FAX 

Martin  Gross  516-249-2766 

Jerry  Gross,  Technical  Point  of  Contact 
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Precision  Manufacturing  of  San  Antonio,  Texas 
4546  Sinclair  Road 
San  Antonio,  TX  78222 
210-648-7401  FAX 

210-648-3170 
210-690-5574 


Mary  J.  Hicks,  General  Manager 
Rick  Hicks,  Technical  Point  of  Contact 


Participating  VAN  contacts 


Advantis  Systems 

3405  West  Martin  Luther  King  Blvd. 

Tampa,  FL  33607 
800-284-5849 
813-878-5298  FAX 

813-878-5462 
800-284-5849 
800-284-5849 
813-878-3235 
800-284-5849 


R.  David  Bolan,  Main  Point  of  Contact 
Thomas  P.  Taylor,  Technical  Point  of  Contact 
Frank  W.  Gagliano 
James  R.  Russell 
Ronald  D.  Robins 


AT&T 

1921  Gallows  Rd/TIP-6 
Vienna,  VA  22066 
703-883-3405  FAX 

Kevin  Maher  703-883-3472 


EDI  Software  Vendor  contacts 

Digit  Software 
P.  0.  Box  1425 
Silver  Spring,  MD  20915 
301-593-8952 
301-593-2201  FAX 

Todd  A.  Ross 
Hedy  J.  Ross 
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St.  Paul  Software 
754  Transfer  Road 
St.  Paul,  MN  55114-1404 
612-641-0963 
612-641-0609  FAX 

Eric  Christenson 
Roger  Anderson 


Supply  Tech,  Inc. 

1000  Campus  Drive 
Ann  Arbor,  MI  48104-6700 
313-998-4000 
313-998-4099  FAX 

Ken  W.  Schmenk,  Senior  Account  Executive 
Joan  M.  Ugljesa,  Consultant 


TRW  CALS-EDI  Information  Systems  contact 

TRW  Systems  Integration  Group 
One  Space  Park 
Redondo  Beach,  CA  90278 
310-545-8475  FAX 

Bud  Orlando,  Manager 

49  l-4688@mcimail  .com 


X12  841  DoD  Implementation  Convention  contact 

Logistics  Management  Institute 
2000  Corporate  Ridge 
McLean,  VA  22102-7805 

Stephen  Luster,  Research  Fellow 


CALS  Software  Vendor  contact 

Inset  Systems  Inc. 

71  Commerce  Drive 
Brookfield,  CT  06804-3405 
203-775-5634  FAX 


313-998-4056 


310-764-6636 


703-917-9800 


Beverly  Bernard,  Government  Market  Manager 


203-740-2400 
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Air  Force  CALS  Test  Network  contacts 
AFCTN  Test  Bed 

Automated  Interchange  of  Technical  Information  Project 

Technology  Information  Systems  Program 

Lawrence  Livermore  National  Laboratory 

P.O.Box  808,  L-542 

Livermore,  CA  94551 

510-424-5054  FAX 

510-422-4231 
510-423-3522 
510-422-0582 
510-423-9888 
510-423-0626 


Donald  L.  Vickers,  Manager  and  Project  Leader 

vickers@tis.llnl.gov 

Carol>TL  Wimple,  Deputy  Project  Leader 

wimple@tis.llnl .  gov 

Nick  Mitschkowetz,  Raster  Lead  Analyst 

mit  s  ch@ti  s .  llnl .  gov 

Christy  Chivers,  Administrative  Assistant 

chiver  s@tis .  llnl .  gov 

Doug  Brown,  Technical  Publications  Specialist 

br  own@tis  .llnl .  gov 


2o5  Hardware  and  Software  of  Each  Participant 

Sacramento  Air  Logistics  Center  (SM-ALC),  McClellan  AFB,  CA 
SM-ALC  Site  IGP 


Hardware: 
Operating  System: 
Software: 

Communications: 
Other  Information: 


AT&T  3B2  600G  24  MHz  processor,  dual  processor  enhancements 
System  V  Release  3.2.2  UNIX 

Wollongong  WIN3B  TCP/IP,  RFS,  Ascent  2.0,  St.  Paul  Software’s 
Datatran 

lObaseS  Ethernet,  eport  &  fxm  as3nichronous  ports 
64  Mbyte  memory,  1.2  Gbyte  disk 


EDGARS  System 

Hardware: 
Operating  System: 
Software: 
Communications: 


IPL  Systems  Inc.  Model  4460  (IBM  plug  compatible) 
IMVS 

EDGARS  System 

COMIO  (TCP/IP,  Arcnet,  X.25) 


ACPS  System 

Hardware: 
Operating  System: 
Software: 
Communications: 
Other  Information: 


Data  General  MV-9500 

AOS/VS.2 

ACPS,  WordPerfect 

Ethernet,  TCP/IP  (SMTP  not  fully  implemented) 
Tape  interface  to  Xerox  9700  printer 
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LMS  System 

Hardware: 
Operating  System: 
Software: 


Communications: 


IBM  3090  -  200 
MVS 

Logistics  Modernization  Systems  (LMS),  Stock  Control  and 
Distribution  (SC&D),  Contract  Data  Management  System 
(CDMS) 

Serial  Kermit,  Open  Link  TCP/IP  on  COMIO  F.E.P . 


EC  VAN  Hub,  LLNL 

Sun  4 

Hardware: 
Operating  System: 
Software: 
Communications: 


Sun  4  SPARCstation  IPC 

SunOS  Version  4.1,  Release  4.1.1  (UNIX) 

LLNL  Hub  Ware 

Ethernet 


Hewlett-Packard 

Hardware: 
Operating  System: 
Software: 
Communications : 


HPVectra  (386) 
Interactive  UNIX 
Retix  X.400  Open  Server 
Ethernet,  X.25 


AFCTN  Test  Bed,  LLNL 

Sun  4 

Hardware: 

Operating  System: 
Software: 

Communications: 


Sun  4  SPARCstation  IPC 

24  Mbyte  memory,  2  Gb3d:e  hard  disk 

SunOS  Version  4.1,  Release  4.1.1  (UNIX) 

AFCTN  Tapetool,  MIL-STD-1840A  evaluation  software 

Open  Windows 

Internet 


Sun  3 

Hardware: 
Operating  System: 
Software: 
Communications: 


Sun  3/60,  4  Mb3d:e  memory,  500  Mbyte  hard  disk 
SunOS  Version  4.1.3 
CALSTB.350,  Paintbrush 
Internet 
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IBM  PC 

Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 


IBM  PS/2  model  60,  2  Mbyte  memory,  30  Mb3de  hard  disk 
MS-DOS  3.3 

ValidG4,  HiJaak,  Viewer,  Myriad,  DecompG4 

Internet 

CGA 


Allied-Signal  Airesearch  (Large  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 


AST  Bravo  386,  100+  Mbyte  hard  disk  with  10+  Mbyte  available 

MS-DOS  5.0  with  Windows  3.0 

STX,  HiJaak  for  Windows 

9600  baud  Modem 

VGA 


American  Electronics  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 


IBM  XT  (386),  80  Mb3d:e  hard  disk  with  10  Mb3d;e  available 

MS-DOS  3.3  with  Windows 

STX 

Hayes  1200  baud  Modem 
EGA 


Inspirnetics  (Small  Business) 


Hardware: 

Operating  System: 
Software: 
Communications: 
Graphics: 


486DX-25  MHz  IBM  compatible,  120  Mbyte  hard  disk  with  10+ 

Mbyte  available 

MS-DOS  5.0  with  Windows  3.1 

HiJaak  for  Windows  Version  1.0,  STX  Version  2.5 

Hayes  ULTRA  96  Modem 

Super  VGA 


Kent  Associates,  Inc.  (Small  Business) 


Hardware: 

Operating  System: 
Software: 
Communications: 
Graphics: 


Leading  Technology  386  SX-16,  180  Mbyte  hard  disk  with  20+ 

Mbyte  available 

MS-DOS  3.3  with  Windows  3.1 

HiJaak  for  Windows  1.0,  STX  Version  2.5 

Hayes  9600  baud  Modem 

VGA 
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Llamas  Plastics  Inc.  (Small  Business) 


Hardware: 

Operating  System: 

Software: 

Communications: 


286  IBM  compatible,  80  Mbyte  hard  disk  with  20+  Mbyte 

available 

MS-DOS  5.0 

STX 

Practical  2400 


Micro  Systems,  Inc.  (Small  Business) 


Hardware: 

Operating  System: 
Software: 

Communications: 

Graphics: 


Hewlett-Packard  386,  80  Mbyte  hard  disk  with  10+  Mbyte 
available,  and  486  IBM  compatible,  200  Mbyte  hard  disk 
MS-DOS  5.0  with  Windows  3.0 

HiJaak  for  Windows  Version  1.0,  STX  Version  2.5,  AT&T 
Easylink,  Interface  Version  1.2 

Hayes  2400  baud  Modem,  MultiTech  9600  baud  Modem  (on  loan 

from  LEND 

EGA 


Moda  Magnetics  Corp.  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 


Gateway  2000  486  DX/33,  80  Mbyte  with  10+  Mbyte  available 
MS-DOS  5.0  with  Windows  3.1 
HiJaak  for  Windows,  STX 

MultiTech  9600  baud  Modem  (on  loan  from  LLNL) 

VGA  (available) 


Precision  Manufacturing  of  San  Antonio,  Texas  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications : 


486  IBM  compatible,  10+  Mb3te  available  on  hard  disk 
MS-DOS  5.1  with  Windows  3.0 
HiJaak  for  Windows,  STX 
Hayes  2400  baud  Modem 
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O  Preparation  and  Setup  of  Contractor  Participants 

3.1  Visits  to  Contractors 

Each  of  eight  participating  contractors  were  personally  visited  hy  a  pre-test  briefing  team  made  up  of 
representatives  from  SM-ALC  Contracting  Management  and  Information  Systems,  the  Air  Force  CALS 
Test  Network  Test  Bed  at  LLNL,  the  TRW  Systems  Integration  Group,  and  Supply  Tech,  Inc.  VAN  and 
other  EDI  software  vendor  representatives  also  took  part  in  some  of  these  visits.  The  objective  of  these 
visits  was  to  inform  each  contractor  of  1)  the  test  objectives,  and  2)  how  these  efforts  were  part  of  the 
larger  on-going  movement  in  both  industry  and  government  to  use  recently  evolved  and  commercially 
available  digital  information  exchange  technologies.  As  part  of  these  visits,  each  contractor  was  also 
briefed  on  how  this  test  fit  into  the  government’s  overall  CALS  and  EDI  initiatives  and,  more 
specifically,  the  functions  and  responsibilities  of  the  Air  Force  CALS  Test  Network.  Additionally,  the 
briefing  team  explained  how  these  technologies  are  anticipated  to  eventually  1)  become  part  of  any 
future  normal  business  environment,  supporting  business  transactions  with  both  government  and 
industry,  and  2)  support  and  seamlessly  integrate  with  all  types  of  business  transactions,  including  but 
not  limited  to  purchase  activities.  The  test  was  depicted  as  a  first  step  toward  electronically  facilitating 
most,  if  not  all,  of  any  small  business’  information  exchange  needs.  As  a  result  of  these  visits,  the 
briefing  team  perceived  within  each  business  an  eagerness  to  participate,  which  stemmed  from  the 
understanding  that  1)  this  was  an  opportunity  to  learn  in  their  own  plant  environment,  2)  when  the 
government  and  all  their  other  trading  partners  implement  EC/EDI,  their  business  support  costs  could 
be  reduced  due  to  fewer  telephone  inquiries  and  overnight  express  packages,  and  3)  this  capability  could 
become  a  competitive  business  advantage  when  fully  implemented. 

The  visits  included  explanations  of  the  specific  hardware  and  software  being  provided  for  the  test,  the 
VAN  services  that  would  be  used,  and  the  types  of  computers,  applications  software,  phone  connections 
and  peripherals  that  were  needed.  In  all  cases,  the  test  environment  appeared  to  fit  into  each  small 
business’  available  equipment  and  software  without  difficulty;  most  businesses  operated  the  test 
independent  of  their  applications,  with  only  a  few  planning  to  integrate  testing  activities  with  their  other 
applications  and  operating  environment.  The  details  of  the  test  were  discussed  including  the  types, 
sizes,  and  other  characteristics  of  the  data  to  be  transferred,  the  check  lists  to  be  completed,  and  both  the 
normal  and  unusual  observations  to  be  made.  The  final  items  of  discussion  centered  around  the  test 
scheduling  and  the  detailed  mechanics  of  each  individual  segment  of  the  test.  Every  effort  was  made  to 
schedule  and  perform  the  test  so  as  to  not  interfere  with  each  contractor’s  normal  business  activities. 

i 

i  3.2  Checklist 

In  an  effort  to  help  test  participants  to  execute  the  test,  and  also  to  aid  the  collection  of  statistics  about 
the  test,  the  test  team  devised  a  checklist  document.  This  document,  which  was  patterned  after  the 
CALS  Test  Network  Transfer  Test  Procedures  Checklist,  was  divided  into  sections  that  were  designed  to 
lead  the  test  participant  through  the  steps  necessary  to  execute  the  test.  Each  section  of  the  checklist 
document  contained  questions  pertinent  to  a  specific  aspect  of  the  test.  These  questions  were  ordered 
and  phrased  so  as  to  lead  the  test  participant  to  the  next  step  to  be  performed.  The  titles  of  the  sections 
I  indicated  whom  was  expected  to  complete  that  section.  The  document’s  introduction  also  provided 

I  guidance  for  completion  of  the  checklist,  which  was  broken  down  into  the  sections  shown  in  table  3.1. 


1 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 
August  15,  1994 


1.  Introduction 

6.  Specifics  about  Raster  Data  Files 

2.  Administrative  Information 

7.  Evaluation 

3.  Sender 

8.  Co-op 

4.  Receiver 

9.  VAN 

5.  End  User 

10.  Concluding  Comments 

Table  3.1  Major  sections  of  the  checklist  dociiiiient. 


This  checklist  document  was  distributed  to  the  manufacturing  participants  soon  after  they  had  been 
visited  by  the  testing  team.  The  participants  were  instructed  to  make  photocopies  of  pertinent  sections 
of  the  checklist,  and  make  a  new  entry  for  each  transmission  they  received. 

Some  test  participants  found  the  questions  in  the  checklist  difficult  to  respond  to,  perhaps  due  to  awkward 
or  unfamiliar  wording.  The  AFCTN  has  plans  to  refine  and  make  available  the  checklist  as  part  of  a 
CALS-EDI  test  packet,  which  will  be  designed  to  help  businesses  become  familiar  with  and  prepare 
themselves  for  using  EDI  and  CALS  data  in  procurement  actions.  A  copy  of  the  checklist  used  during  the 
test  is  found  in  Appendix  D.  Checklists  filled  in  by  test  participants  are  located  in  Appendix  E. 

3o3  Modems  and  Software  Sent  to  Participants 

Commercial  vendors  loaned  9600  baud  modems  to  many  of  the  contractor  participants  who  did  not 
already  have  such  equipment.  Two  contractor  participants  borrowed  MultiTech  9600  baud  modems  from 
the  test  team  at  LLNL.  These  modems  were  tested  and  configured  at  LLNL  with  the  appropriate  cables 
and  switch  settings  before  they  were  shipped  to  the  contractors. 

Each  contractor  participant  received  on  loan  a  copy  of  STX12,  an  EDI  translation  software  package  from 
Supply  Tech,  Inc.,  and  a  copy  of  HiJaak  for  Windows,  a  raster  image  decompression  and  display  tool 
from  Inset  Systems  Inc. 

3,4  Setting  up  VAN  User  Accounts  for  Participants 

Supply  Tech,  the  EDI  translation  software  vendor  who  provided  EDI  software  to  the  contractor 
participants,  arranged  for  the  establishment  of  user  accounts  for  each  of  the  participants  on  the 
appropriate  VAN.  Four  contractor  participants,  Allied-Signal  Airesearch,  American  Electronics, 
Inspirnetics,  and  Llamas  Plastics  Inc.,  were  provided  with  mailboxes  on  the  Advantis  VAN,  while  the 
other  participants,  Micro  Systems,  Inc.,  Precision  Manufacturing  of  San  Antonio,  Texas,  Kent  Associates, 
Inc.,  and  Moda  Magnetics  Corp.,  utilized  mailboxes  on  the  AT&T  VAN. 

For  each  of  these  participants,  Supply  Tech  contacted  the  appropriate  VAN,  which  provided  a  mailbox 
account  number  and  password,  then  accessed  each  mailbox  to  make  sure  that  its  trading  partner 
relationships  were  set  correctly,  then  loaded  each  contractor’s  mailbox  with  a  test  841  transaction.  Next, 
they  contacted  each  participant  to  give  instructions  for  using  the  mailbox,  and  had  each  one  download 
the  test  841.  This  downloading  procedure  caused  the  Supply  Tech  STX12  EDI  translation  software  at 
the  contractor’s  site  to  automatically  respond  with  a  Functional  Acknowledgment  transaction  (X12  997). 
Subsequently,  Supply  Tech  verified  with  each  contractor  that  the  downloaded  test  841  was  consistent 
with  the  data  that  had  been  loaded  into  the  mailbox. 
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4  Preparation  and  Setup  of  SM-ALC  Systems  and  Processes 

4.1  Solicitation  Preparation 

The  business  data  for  the  test  included  three  Requests  for  Quote  (RFQs)  and  their  associated 
Engineering  Data  Lists  (EDLs)  (see  Appendix  B).  The  RFQ  text  identifies  the  specific  item  being 
procured  (part  number,  noun,  next  higher  assembly,  etc.),  the  government’s  needed  delivery  date,  and 
any  specific  terms  and  conditions  of  the  request.  In  the  paper  process,  a  Letter  Request  for  Quote 
provides  this  information  to  potential  customers. 

Base  contracting  computer  systems  and  base  engineering  data  computer  archives  were  the  sources  of  the 
data  used  in  this  test.  This  section  describes  the  systems  and  processes  utilized  to  support  the  business 
aspects  of  aircraft  contracting.  Section  4.2  describes  the  systems  and  processes  utilized  to  support  the 
engineering  data  that  is  essential  to  Air  Force  technical  data  procurement. 

4.1.1  Descriptions  of  Base  Contracting  Systems 

4.1.1.1  ACPS 

The  RFQ  is  created  in  the  Automated  Contract  Preparation  System  (ACPS).  ACPS  is  the  contract 
writing  system  used  at  the  five  Air  Logistics  Centers  (ALCs)  in  the  Air  Force  Materiel  Command 
(AFMC)  and  various  other  sites.  The  five  ALCs  are  Inventory  Control  Points  (ICPs)  which  support 
acquisition  of  major  weapon  systems  for  spare  parts  and  modification  programs. 

ACPS  runs  on  a  Data  General  MV-9500.  The  users  (contract  negotiators,  officers,  administrators  and 
operators)  access  ACPS  through  a  LAN  to  create  any  needed  contractual  documentation  (RFQ,  purchase 
order,  contract,  amendment  and  modification).  ACPS  contains  the  logic  of  the  Federal  Acquisition 
Regulation  (FAR),  its  supplements,  and  supporting  regulations,  to  ensure  that  correct  and  current 
clauses,  formats,  and  other  regulatory  requirements  are  incorporated  into  documents. 

ACPS  is  a  compilation  of  FAR-based  systems  developed  to  automate  and  standardize  selected  facets  of 
the  AFMC  contract  writing  process.  These  include  but  are  not  limited  to  a  manufacturer  data  base, 
contracting  officer  data  base,  buyer  data  base,  administration/pay  office  data  base,  and  fund  citation 
data  base.  The  AFMC  Headquarters’  Contract  Development  Laboratory,  located  at  Hill  AFB,  Utah,  is 
assigned  the  responsibility  for  implementing  contracting  policy  and  program  development  of  ACPS. 

J041,  the  Acquisition  and  Due-in  system,  and  J023,  the  Automated  Purchase  Request  system,  generate 
purchase  request  (PR)  requirements  such  as  part  number,  noun,  national  stock  number  (NSN),  quantity, 
etc.  This  data  is  used  in  the  creation  of  contractual  documents.  The  PR  information  is  transferred  from 
J041  and  J023  to  ACPS  daily,  using  standard  9-track  tapes.  Electronic  transfer  methods  are  being 
implemented.  Award  information  is  in  return  sent  from  ACPS  to  the  J041  Due-in  system,  which  tracks 
when  assets  are  due  to  be  received  and  transmits  that  information  to  over  15  other  systems. 

ACPS  has  several  other  programs  for  additional  business  processes  used  in  the  acquisition  pre-award 
process. 

4.1.1.2  SC&D  and  CDMS 

The  Stock  Control  and  Distribution  (SC&D)  system,  which  runs  on  an  IBM  3090,  provides  on-line 
requisition  processing,  provides  status  information  of  asset  inventories,  and  furnishes  both  part  usage 
and  current  status  of  asset  balances  to  the  Requirements  Data  Bank  (RDB).  The  RDB  returns  to  the 
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SC&D  stock  level  information  so  that  SC&D  can  control  asset  distribution.  The  RDB  also  interacts  with 
all  AFMC  core  logistics  functions  to  calculate  requirements.  Data  produced  from  the  RDB  appears  as 
“bu}^’  quantities  for  procurement  actions  to  satisfy  Air  Force  requirements.  The  Contract  Data 
Management  System  (CDMS),  which  runs  on  the  same  IBM  3090,  interfaces  with  SC&D  and  generates 
the  EDL.  This  EDL  is  used  by  the  technical  data  repository  to  create  the  solicitation  technical  data 
package. 


4olo2  Role  of  the  Engineering  Data  List  (EDL) 

The  EDL  is  a  product  of  CDMS  and  is  generated  as  often  as  necessary  in  the  requirements  cycle.  It  is  a 
listing  of  all  engineering,  technical,  or  specification  data  applicable  to  the  item.  In  the  paper  process,  the 
RFQ  has  a  statement  such  as  the  one  found  on  page  2  of  9  of  each  RFQ  in  Appendix  B: 

C-6X.  SPECIFlCATfOI^S,  STANDARDS  AND/OR  ATTACHMENTS 

In  accordance  with  aperture  cards  and  data  list{s)  furnished  herein. 

The  applicable  EDL  is  generated  and  refined  interactively  until  it  meets  the  requirements  of  the 
proposed  purchase.  The  final  EDL,  as  were  all  previous  editions,  is  printed  out  and  then  attached  to  the 
pages  of  the  RFQ  and  the  aperture  cards,  which  were  generated  by  the  EDGARS  system  for  the 
solicitation.  Section  4,2.2  discusses  the  role  of  the  EDL  in  the  EDGARS  environment. 

The  EDL  file  is  a  data  file  that  feeds  a  PG  print  station.  At  the  print  station,  the  data  is  fed  into  a 
prepared  form  file  to  produce  the  actual  EDL.  Actual  EDLs  are  shown  in  Appendix  B,  However,  a 
partial  EDL  data  file  follows  to  illustrate  the  basic  structure  of  the  file. 


@!  EDL  1  02/10/92  10:14:42  PMDDAl  CS  EWD  C 
@~1 

@\  07FE392 
@\  CS 
@\  PMDDAl 
©\ 

@\  F16CD 

(a\  1 

©\  2 

@\  81755 

@\  GENERA.L  DYNAMICS  INC. 

©\  16VE064-116 
©\  CABLE  ASSEMBLY, RADI 
©\  5995012350977WF 
©\  81755 

©\  16VE064  W/PL  / 

@\ 

@\  0000 
@\  0000 
©\  S 
(5\ 

©\  CABLE  ASSY 
©\ 

0©\  81755 

©\  C2065  / 

@\ 

@\  0000 
@\  0000 
©\  R 
©\ 

©\  SHIELD  BRAID 
©\ 

TO  BE  FURNISHED  WITH  16PR145 
©\  81755 


Figure  4cl  Encoded  engineering  data  list  data  fHco 
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4.1.3  Description  of  Current  Business  Process 

In  the  current  paper  process,  the  user  verifies  the  EDL  and  aperture  cards,  then  creates  the  RFQ.  Using 
a  PC,  the  user  accesses  ACPS  via  LAN  connectivity,  then  by  responding  to  prompts  and  menu  selections 
on  the  specifics  of  the  RFQ,  the  user  references  the  PR.  By  referencing  the  PR,  many  entries  are 
completed  automatically  and  can  be  edited  if  needed.  When  the  RFQ  is  completed,  the  user  requests  a 
printed  copy  to  mail,  with  the  EDL  and  aperture  cards,  to  interested  contractors. 

4.1.4  Preparation  of  the  Electronic  RFQ  (X12  840) 

During  the  test,  the  preparation  of  the  X12  840  transactions  (electronic  RFQs)  was  mostly  a  manual 
process,  which  was  later  fully  automated.  The  test  team  chose  a  manual  approach  for  generating  the 
840s  primarily  because  no  automated  products  that  produced  an  840  transaction  set,  which  could  be 
logically  associated  with  an  841  transaction,  were  available.  This  is  largely  due  to  the  lack  of  a  formally 
defined  mechanism  in  X12  to  reference  an  841  from  within  an  840  at  the  time  of  the  test,  a  shortcoming 
that  was  subsequently  accommodated  by  X12. 

The  process  of  preparing  an  X12  840  transaction  consisted  of  obtaining  a  sample  transaction  and  editing 
specific  fields,  by  hand,  which  described  the  buyer,  sender,  and  product  information,  as  well  as  adding  a 
field  which  could  be  used  by  a  contractor  to  associate  a  specific  840  transaction  with  a  specific  841 
transaction.  The  only  available  sample  840  transactions  came  from  the  AFMC  Contract  Development 
Laboratory.  One  840  transaction  was  created  for  each  of  the  three  data  sets.  Subsequently,  test  RFQ 
documents  could  be  created  on  the  ACPS  system,  which  could  be  output  as  840  transactions. 

The  Contract  Development  Laboratory,  located  at  Hill  AFB  in  Ogden,  Utah,  has  developed  additional 
capabilities  for  the  EDI  process.  When  the  RFQ  is  complete,  the  user  accesses  the  EDI  program  from  a 
menu  selection,  enters  the  RFQ  number,  and  makes  the  selection  to  create  an  X12  840  transaction  set. 
This  selection  translates  the  RFQ  into  an  X12  840  for  transmission  to  the  site  IGP.  This  completes  the 
contracting  community  user’s  portion  of  the  EDI  process.  He  or  she  does  not  review  the  actual  840.  The 
840  is  automatically  transferred  from  ACPS  to  the  site  IGP  using  FTP  (File  Transfer  Protocol)  and  TCP- 
IP  over  Ethernet. 

4.1.5  Verifying  Business  Data  /  Analysis  of  Manual  Entry 

The  contents  of  the  manually  generated  840  transactions  were  compared  line  by  line  with  the  original 
contract  by  a  Procurement  Contracting  Officer,  representing  the  SM-ALC  Contracting  Policy  function,  to 
ensure  accuracy  of  the  electronic  RFQ.  One  aspect  of  the  solicitation  packages,  that  of  the  enclosure  of 
the  appropriate  referenced  engineering  data,  could  not  be  verified  for  this  test,  due  to  the  shortcoming  in 
840  identified  above. 

Later,  when  electronic  RFQs  were  received  from  ACPS  by  the  automated  process,  several  were  again 
examined  and  compared  with  printed  contracts,  and  the  contents  of  the  840  were  confirmed  to  accurately 
reflect  the  printed  contract. 

4.1.6  Observations  and  Comments 

The  intent  of  this  preparation  and  the  process  that  was  chosen  is  to  provide  the  procurement  activity 
with  as  much  integration  as  possible  without  affecting  the  current  procurement  procedures.  Software  to 
support  the  EDI  technology  and  the  digital  CALS  data  capability  can  relieve  procurement  personnel  of 
repetitive,  redundant,  labor  intensive  functions  associated  with  gathering  the  necessary  information  for 
a  solicitation. 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 
August  15,  1994 


4o2  Engineering  Data  Preparation 

Including  technical  data  with  an  electronic  bid  means  that  the  data  must  be  located  in  the  archive, 
retrieved  in  a  digital  form,  then  transferred  to  the  procurement  environment  for  incorporation  into  the 
electronic  solicitation.  The  data  used  in  the  test  consisted  of  three  released  engineering  documentation 
sets,  obtained  from  SM-ALC’s  EDGARS  system.  Most  EDGARS  data  has  been  captured  by  scanning 
microfilm  or  paper  images  of  the  original  documents.  The  process  of  capturing  the  documents,  the 
content,  and  the  quality  of  EDGARS  documents  are  representative  of  the  technical  data  found  in  most 
commercial  engineering  record  management  systems  currently  appl3dng  the  same  technology. 

4.2  A  Description  of  Base  Engineering  Data  Repository  EDGARS 

The  EDGARS  system  was  the  exclusive  source  of  the  engineering  data  transferred  during  the  test.  The 
basic  functionality  of  the  EDGARS  system  is  to  pro\dde  a  virtual  aperture  card  storage  facility  that 
precludes  the  costly  manual  process  of  filing  and  retrieving  microfilm  records.  EDGARS  is  limited  to 
managing  bitonal  digital  raster  image  data.  Engineering  data  is  entered  into  the  system  by  scanning 
paper  and  microfilm  documents  to  produce  bitonal  digital  raster  images,  which  are  compressed  and 
stored  on  optical  disks. 

The  SM-ALG  EDGARS  system  host  is  a  main-frame  IPL  Systems  Inc.  Model  4460  computer,  running  the 
I^IVS  operating  system.  The  engineering  images  are  housed  in  several  banks  of  optical  disk  jukeboxes. 
All  images  are  written  to  optical  disk  in  a  “ghost  mode,”  where  a  duplicate  image  is  written  to  an 
identical  disk  in  a  separate  jukebox.  This  process  is  intended  to  provide  both  a  backup  and  higher 
throughput  capability  when  simultaneous  read  requests  are  made  to  the  same  disk.  A  database  of  the 
stored  images  is  maintained  to  facilitate  image  access  and  control.  In  addition  to  being  used  to  generate 
aperture  cards  and  full  size  paper  drawings,  images  may  be  displayed  on  EDGARS  VDTs,  copied  to 
magnetic  media,  or  transferred  via  DDN  to  five  other  EDGARS  sites  around  the  country. 

Most  engineering  documentation  deposited  in  EDGARS  is  received  as  part  of  a  procurement.  Digital 
images  are  stored  in  a  large  database,  each  image  having  a  unique  identification  number.  Document 
revision  levels  are  recorded  but  not  controlled  by  EDGARS.  While  the  EDGARS  repository  is  intended  to 
archive  released  engineering  documents,  the  engineering  release  process  is  the  domain  of  the 
engineering  organizations  which  are  responsible  for  maintaining  the  hierarchical  relationship  of  the  data 
that  EDGARS  stores.  Although  such  relationships  are  generally  specified  within  the  content  of  the 
engineering  data,  they  are  not  explicitly  supported  by  the  EDGARS  database  structure. 

Images  maintained  by  EDGARS  are  provided  exclusively  for  human  consumption.  The  machine 
intelligent  data  residing  on  the  engineering  systems  that  deliver  data  to  EDGARS  is  currently  not 
associated  with  or  accessible  to  EDGARS  processes. 

402.2  Description  of  Current  Engineering  Data  Retrieval  Process 

The  mechanism  that  currently  produces  technical  data  to  accompany  an  RFQ  is  predominantly  manual, 
labor  intensive,  and  elongates  processing  times. 

The  EDL,  generated  by  GDMS  (see  section  4.1.2),  identifies  the  drawings  associated  with  the  solicitation 
b}'  specif}dng  the  dramng  numbers.  A  printed  hardcopy  of  the  EDL  is  routed  to  EDGARS  operators,  who 
re-enter  the  data  into  an  EDGARS  system  request  for  technical  data.  From  this  image  retrieval  request, 
EDGARS  produces  a  deck  of  aperture  cards  which  represents  all  the  drawings  identified  on  the  EDL. 

The  EDGARS  image  retrieval  process  invokes  the  Data  List  Manager  (DLM)  to  generate  a  retrieval  list, 
which  is  stored  on  EDGARS  and  can  be  applied  at  any  time  to  automatically  retrieve  the  same  set  of 


22 


AITI/93-ED-01 
August  15,  1994 


AFCTN  Test  Report 
94-034 


images.  An  existing  DLM  retrieval  list  may  be  modified  or  reused  in  its  current  state.  Together,  the 
EDL  and  DLM  retrieval  list  identify  each  image  as  belonging  to  one  or  more  set(s)  of  engineering  records 
that  define  a  solicitation.  However,  neither  the  EDL  nor  the  DLM  retrieval  list  have  an  explicit  tie  to 
the  engineering  data  management  systems  that  originate  the  data,  release  the  revisions,  and  maintain 
hierarchical  and  effective  relationships.  This  necessitates  continued  re-evaluation  and  authentication  of 
the  EDL  by  screeners. 

The  aperture  card  deck  is  provided  to  contracting  where  it  is  once  again  audited  for  completeness  and 
applicability  to  the  procurement.  Anomalies  encountered  due  to  missing  or  inappropriate  cards  are 
cycled  back  through  the  system  for  resolution.  Once  the  master  deck  of  aperture  cards  has  been 
accepted,  it  is  used  to  duplicate  copies  for  distribution  with  each  RFQ.  The  distribution  decks  are 
returned  to  contracting  for  incorporation  into  the  bid  packets  which  are  sent  out  for  solicitation. 

For  conventional  CALS  interchanges,  EDGARS  files  are  post-processed  into  the  CALS  MIL-R-28002 
Type-I  data  format  instead  of  aperture  cards.  This  processing  requires  nontrivial  systems  resources  in 
terms  of  both  disk  space  and  CPU  cycles,  and  is  therefore  scheduled  at  night.  The  converted  data  may 
be  stored  either  on  disk  or  magnetic  tape  at  a  staging  area  where  it  will  be  available  for  review  before 
being  incorporated  into  EDI  transactions. 

4.2.3  Data  Preparation  for  EDI  Transaction  Set  (X12  841) 

4.2.3. 1  Selection  of  Bid  Sets  and  Representative  Sizes 

The  test  team  placed  more  significance  on  the  sizes  (in  bytes)  of  the  solicitations  to  be  electronically 
transmitted  than  on  their  content.  In  order  to  determine  appropriate  sizes,  a  sample  of  actual  SM-ALC 
technical  solicitations  from  May  1992  was  taken.  The  size  of  each  solicitation  in  the  sample  was 
determined  by  examining  the  EDL,  and  obtaining  from  EDGARS  the  file  size  information  for  each 
drawing  on  the  EDL.  The  sizes  of  the  image  files  for  each  solicitation  were  summed  to  produce  the  total 
solicitation  size. 

Three  solicitations  were  selected  for  testing,  which  represent  the  average  small,  average  medium,  and 
one  of  the  largest  solicitations  appearing  in  the  sample.  The  sizes  of  these  solicitations,  as  reported  by 
EDGARS,  were  approximately  .65, 1.84,  and  13.8  megabytes  respectively. 


PR# 

PART# 

NSN 

#APERTURE 

CARDS 

EDGARS 

SIZE  (Mbyte) 

92-60678 

12W7646-7(REV  A) 

3040009580974BJ 

5 

0.65 

92-60676 

160D121105-5(REVG) 

1560011259447FJ 

10 

1.84 

92-60135 

12E2211-877(REVAY) 

680010839218BR 

75 

13.8 

Table  4.1  Solicitations  used,  number  of  aperture  cards,  and  size  of  each  solicitation. 


4.2.3.2  Collecting  Image  Files  for  841  Generation 

Using  the  EDL,  the  appropriate  data  files  were  selected  from  the  available  repository  files.  Figure  4.2 
shows  a  simplified  representation  of  the  EDL  for  the  small  solicitation.  Complete  EDLs  used  for  the  test 
are  located  in  Appendix  B. 
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ENGINEERING  DATA  LIST 

Date: 

Data  Tech: 

Organization:  Application: 

Page: 

of: 

07FEB92 

MP 

LAK 

Fill 

1 

1 

Gage: 

Manufacturer: 

Reference: 

Noun: 

81755 

GENERAL  DYNAMICS  INC. 

12W7646-7 

SUPPOR 

NSN: 

3040009580974BJ 

Gaee 

Drawing  Number  Rev 

NR  Sheets 

Furn  Gode 

Noun 

81755 

12W7646 

B 

0000 

s 

SUPPORT 

81755 

LM12W7646 

D 

0000 

s 

LIST  OF  MATERIAL 

81755 

12Z001 

J 

0000 

s 

INTERPRETATION  DRAWING 

81755 

89C0610 

- 

0000 

s 

ECO 

81755 

LM12Z001 

B 

0000 

s 

LIST  OF  mTERIAL 

\^NDOR  NOTED:  VENDOR  DRAWINGS  ARE  NOT  FURNISHED  AS  PART  OF  THIS  PACKAGE. 

Figure  4.2  Content  of  engineering  data  list. 


The  first,  third,  and  fourth  drawings  listed  above  were  identified  on  EDGARS  as  12W7646,  12Z001,  and 
89C0610  respectively.  However,  for  these  specific  drawings,  EDGARS  delivered  GALS  compliant  files 
with  file  names  dOOlrOlS,  d001r022,  and  d001r023,  respectively.  Since  these  GALS  compliant  file 
names  are  not  used  anywhere  in  the  solicitation  to  identify  the  drawings,  verification  that  the 
appropriate  drawings  had  been  delivered  by  EDGARS  required  some  investigation,  which  is  described  in 
section  5.2. 

4.2o4  CALS  Raster  Image  Data  Evaliiation 

Prior  to  incorporating  GALS  image  data  into  an  EDI  transaction,  the  test  team  evaluated  a  subset  of  the 
digital  data  prepared  by  EDGARS  to  ensure  that  each  file  constituted  a  valid  GALS  file.  Additionally, 
the  legibility,  quality,  and  quantity  of  the  data  was  noted. 

Digital  images  from  the  three  data  sets  retrieved  from  the  SM-ALG  EDGARS  system  were  assembled 
and  electronically  transferred  to  LLNL  for  image  and  GGITT  encoding  evaluation.  SM-ALG  also 
provided  LLNL  with  a  reference  deck  of  aperture  cards,  generated  by  EDGARS,  providing  microfilm 
copies  of  the  complete  technical  data  for  each  solicitation,  from  which  were  drawn  the  digital  images  to 
be  distributed. 

The  focus  of  the  data  analysis  of  these  digital  images  was  primarily  to  determine  their  usefulness  as 
representative  engineering  information.  All  the  images  were  displayed  on  a  Sun  3/60  using  the  AFGTN 
tool  GALSTB.350.  Selected  files  were  passed  to  an  IBM  PS/2  model  60,  running  DOS  3.3,  where  the 
GALS  images  were  evaluated  with  the  AFGTN  tool  ValidG4,  and  displayed  using  the  commercial 
software  tools  Myriad  and  HiJaak.  Evaluation  of  several  files  using  the  AFGTN  tool  DecompG4, 
indicated  that  the  GGITT  Group-4  compression  algorithm  had  been  appropriately  applied. 
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4.2.4. 1  Compliance  with  MIL-STD-1840 

During  the  development  of  the  initial  test  plan,  the  test  team  elected  to  not  use  a  MIL-STD-1840 
declaration  file  because  1)  the  X12  EDI  standard  was  assumed  to  provide  the  logical  links  and 
relationships  between  the  files,  and  2)  no  procedures  had  been  developed  to  routinely  export  CALS  data 
from  the  SM-ALC  EDGARS  system.  Exclusion  of  declaration  files  demonstrated  that  difficulties  can  be 
encountered  in  organizing  quantities  of  digital  data,  even  for  simple  image  analysis. 

All  the  image  file  names  from  the  small  and  medium  size  solicitations,  and  some  from  the  large 
solicitation,  began  with  the  same  literal  string  of  characters  (dOOl),  indicating  they  belonged  to  the  same 
CALS  data  set.  The  names  of  the  image  files  in  the  large  solicitation  were  divided,  some  starting  with 
the  characters  dOOl  and  some  starting  with  the  characters  d002,  which  would  indicate  that  the  large 
solicitation  is  comprised  of  two  separate  CALS  data  sets  (set  dOOl  and  set  d002).  A  more  thoughtful 
application  of  MIL-STD-1840  file  naming  conventions  and  the  inclusion  of  the  appropriate  declaration 
files  would  facilitate  better  identification  of  the  three  data  sets.  The  files  names  of  the  small  set  could 
start  with  the  characters  dOOl,  the  file  names  of  the  medium  size  set  could  start  with  the  characters 
d002,  and  the  filenames  of  the  large  data  set  could  start  with  the  characters  d003. 

Also,  the  numbering  sequence  of  the  files  designated  for  a  given  solicitation  was  not  contiguous,  as  is 
required  by  MIL-STD-1840.  This  caused  difficulty  in  ascertaining  the  completeness  of  each  data  set,  and 
in  identifying  and  associating  image  files  to  solicitations  during  the  evaluation.  In  fact,  the  same 
identical  filename  was  used  in  more  than  one  data  set,  in  several  instances.  Bear  in  mind,  however,  that 
MIL-STD-1840  alone  does  not  prevent  such  an  occurrence,  but  that  a  well  thought-out  contractual 
agreement  between  buyer  and  contractor  should  take  steps  to  avoid  it. 

All  CALS  MIL-STD-1840A  datafile  headers  encountered  were  properly  structured  with  the  appropriate 
(128  b5d:e,  fixed  length)  ASCII  header  records.  Most  of  the  header  content  is  application  based  (image 
identification,  classification,  related  documents,  etc.).  Those  attributes  required  to  display  the  image 
were  present  and  applicable. 

All  images  were  correctly  identified  in  the  CALS  header  as  MIL-R-28002A  Tfype-I  images.  The  validity 
of  the  image  orientation  parameters  in  the  CALS  file  header  was  not  evaluated  since  the  EDGARS 
system  does  not  currently  support  the  CALS  image  orientation  parameter.  EDGARS  populates  the 
CALS  orientation  record,  rorient : ,  with  a  set  value  of  (090,270)  during  the  CALS  export  process. 

The  CALS  pel  density  record  (rpelcnt:)  values,  which  effect  the  scale  of  the  image,  were  also  not 
evaluated.  Since  original  paper  copies  of  the  images  were  not  available,  and  since  scanned  images  had 
previously  been  accepted  by  the  EDGARS  quality  assurance  process,  no  dimensional  stability 
evaluations  were  conducted. 

4.2.4.2  Image  Characteristics 

The  scanning  accuracy  (with  respect  to  overscan)  varied  greatly  from  image  to  image.  Some  images  were 
closely  cropped  to  the  target  format,  while  others  had  several  inches  of  excessive  border.  No  appreciable 
scanning  distortion  was  evident,  either  in  orthogonality,  aspect  ratio,  or  linearity.  No  images 
demonstrated  any  excessive  skew. 

The  volume  of  data  transmitted  during  the  test  is  a  function  of  the  size  of  the  transmitted  image  files  in 
each  of  the  three  solicitations.  The  size  of  a  file,  however,  does  not  necessarily  correlate  with  the  size  of 
the  image  as  it  might  appear  on  paper.  A  more  relevant  indicator  of  data  volume  than  the  dimension  of 
each  image  is  the  compressibility  of  the  image  content.  The  relevant  measure  of  image  compressibility 
(or  compression  ratio)  is  based  on  the  number  of  transitions  between  foreground  and  background  (black 
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to  white).  A  “busy”  image,  with  many  black-to-white  transitions,  will  not  compress  as  well  as  a  “simple” 
image,  with  large  black  or  white  areas.  As  a  rule,  images  consisting  of  text  do  not  compress  as  well  as 
images  of  line  drawings,  and  larger  drawings  generally  have  more  blank  white  space,  yielding  superior 
compressibility. 

The  following  three  tables  show  compression  data  of  images  evaluated  by  AFCTN  LLNL. 

The  first  column  lists  the  CALS  file  name  generated  by  the  EDCARS  system  for  each  image. 

The  second  column  lists  the  size  of  the  CALS  file  in  bytes,  including  the  2048  bytes  of  CALS  header 
information. 


The  third  column  lists  two  numbers  separated  by  a  comma.  The  first  number  indicates  the  number  of 
pels  in  a  scan  line,  the  second  shows  the  number  of  scan  lines  in  the  image. 


The  fourth  column  describes  the  image  content.  The  primary  categories  were  text  and  engineering 
drawings  (abbreviated  Dwg.). 


The  fifth  column  lists  the  initial  size  of  the  subject  image  and  the  format  which  it  was  scanned  from. 


The  last  column  is  the  calculated  compression  of  the  file,  including  an  adjustment  for  the  2048  byte 
ASCII  header,  which  is  not  compressed. 


CALS 

FILENAME 

dOOlrOlS 

d001r019 

d001r022 

d001r023 

Size 
(bvtes ) 

94592 

108288 

358656 

35584 

Bit -map 

3824,5100 

3824,5100 

6880,8800 

1696,2221 

Image 

T'vpe 

Dv/g . 

Text 

Dwg . /Text 
Text 

Format 

C 

A  3  -up 

D 

A 

Compression 

Ratio 

26:1 

23:1 

21:1 

14:1 

Table  4.2  Breakdown  of  small  bid  set  data^ 

combined 

size  ~  600  Kbytes, 

CALS 

FILENAJ4E 

Size 
(bvtes ) 

Bit -map 

Image 

Type 

Format 

Compression 

Ratio 

d001r026 

68608 

7072 , 9300 

Dwg . 

J  frame 

123:1 

d001r027 

97152 

7072,9300 

Dwg . 

J  frame 

86:1 

d001r028 

242048 

7072 , 9300 

Dwg . 

J  frame 

34  :  1 

d001r029 

16512 

7072,9300 

Dwg . 

J  frame 

568:1 

dOOlrOBO 

25856 

7072,9300 

Dwg . 

J  frame 

345:1 

dOOlrOSl 

57856 

7072,9300 

Dwg . 

J  frame 

147:1 

d001r032 

87168 

3776,5155 

Text 

A  1-up 

32:1 

d001r033 

436096 

7040,9150 

Dwg . 

D 

19:1 

d001r034 

186624 

6240,8960 

Dwg . 

D 

38:1 

d001r075 

289664 

7040,9150 

Dwg . 

D 

28:1 

Table  4,3  Breakdown  of  medium  bit  set  data^  combined  size  ~  1.5  Mbytes, 
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CALS 

FILENAME 

Size 

(bvtes) 

Image 

Bit -mao  Tvpe 

Format 

Compression 

Ratio 

d001r002 

32896 

3680,5008  Dwg. 

A  1-up 

74:1 

d001r003 

66688 

2240,2340  Dwg. 

A  1-up 

10:1 

d001r004 

30464 

680,5008  Dwg . 

A  1-up 

81:1 

dOOlrOOS 

81152 

4176,5250  Dwg. 

A  2 -up 

34:1 

dOOlrOOe 

33536 

1696,2219  Text 

A 

15:1 

d001r009 

36736 

4176,5250  Dwg. 

A  1-up 

79:1 

dOOlrOlO 

74496 

4176,5150  Text 

A  2 -up 

38:1 

dOOlrOll 

201728 

4176,5250  Text 

A  4 -up 

14:1 

d001r012 

70016 

4176,5250  Text 

A  1-up 

40:1 

dOOlrOlS 

39296 

3776,5100  Text 

A  3 -up 

65:1 

dOOlrOie 

407040 

3776,5100  Text 

A  4 -up 

6:1 

dOOlrOlV 

429312 

3776,5100  Text 

A  4 -up 

6:1 

dOOlrOlS 

422656 

3776,5099  Text 

A  4 -up 

6:1 

d001r019 

465792 

3776,5100  Text 

A  4 -up 

6:1 

d001r021 

203904 

5632,8640  Dwg. 

D 

30:1 

d001r023 

35584 

1696,2221  Text 

A 

14:1 

d001r024 

275456 

5728,8800  Dwg. 

D 

23:1 

d001r025 

375552 

5728,8800  Dwg. 

D 

17:1 

d001r057 

241920 

3775,5155  Text 

A  4 -up 

10:1 

d001r058 

242588 

3775,5155  Text 

A  4 -up 

10:1 

d001rl40 

60160 

1904,2432  Text 

A 

10:1 

d001rl41 

75264 

1904,2432  Text 

A 

8:1 

d001rl42 

534272 

7040,9150  Dwg. 

J- frame 

15:1 

d001rl43 

294144 

7184,9150  Dwg. 

E 

28:1 

d001rl44 

471680 

7040,9150  Dwg. 

J- frame 

17:1 

d001rl45 

347136 

7040,9150  Dwg. 

J-f  rame 

23:1 

d001rl46 

46080 

3504,3504  Dwg. 

B 

35:1 

d001rl47 

37760 

2544,3936  Text 

A 

35:1 

d001rl48 

33280 

2544,3936  Text 

A 

40:1 

d001rl49 

418560 

7040,9150  Dwg. 

E 

19:1 

dOOlrlSO 

548480 

7040,9150  Dwg. 

E 

15:1 

d002r001 

176512 

7040,9150  Dwg. 

J-f  rame 

46:1 

d002r002 

173312 

3824,5100  Text 

A  l-4p 

14:1 

d002r006 

183936 

7072,9300  Dwg. 

J-f  rame 

45:1 

d002r007 

184448 

7072,9300  Dwg. 

J-f  rame 

45:1 

d002r009 

185856 

7072,9300  Dwg. 

J-f  rame 

45:1 

d002r085 

114304 

3776,5100  Text 

A  4 -up 

21:1 

d002r087 

109056 

4064,5200  Text 

A  4 -up 

25:1 

d002rl00 

134272 

3776,4800  Text 

A  4 -up 

17:1 

Table  4.4  Breakdown  of  large  bid  set  data,  combined  size  ~  8  Mbytes. 


Without  deeper  investigation  and  analysis  of  image  quality  and  density,  any  raw  statistics  relating  file 
size,  format,  and  compression  from  tables  such  as  these  are  generally  meaningless.  The  tables  suggest 
that  a  median  compression  ratio  for  these  sets  of  images  is  nominally  50:1.  Although  this  figure  agrees 
with  many  of  the  published  statistics  about  the  Huffman  encoding  algorithm,  it  is  somewhat  misleading. 
A  closer  look  at  the  tables  indicates  that  there  are  significant  extremes  in  both  the  low  and  the  high 
compression  yields  (ranging  between  5:1  and  500:1).  Removing  the  extremes  (those  files  with 
compression  ratios  under  10:1  and  over  100:1),  a  more  reasonable  median  compression  ratio  is  30:1. 

In  a  digital  environment,  image  quality  can  have  a  significant  affect  on  electronic  image  archival  and 
transmission.  High  quality  images  are  not  only  easier  to  read,  they  also  have  a  better  compression  ratio. 
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supporting  more  efficient  storage  and  transmission  of  the  data.  While  the  data  provided  for  this  test  was 
representative  of  the  range  of  document  types  and  quality  found  in  engineering  archives  everywhere,  a 
significant  amount  of  the  digital  data  transferred  (in  terms  of  the  number  of  bytes)  could  have  been 
eliminated  through  development  of  robust  QA  procedures  that  would  allow  the  cleanup  of  shadows,  dirt 
and  overscanning.  The  images  stored  on  EDGARS  and  used  in  this  test  are  shown  in  Appendix  B. 

4«2.5  Observations  and  Comments 

In  terms  of  the  technical  data  available  to  the  procurement  process,  the  test  made  evident  the  benefit  of 
hierarchically  organizing  the  files  by  assembly,  sub-assembly,  and  detail  information.  Such  organization 
could  support  partial  delivery  or  data  access,  whereby  contractors  could  selectively  access  the  level  or 
amount  of  data  required  to  support  their  individual  bidding  process  requirements. 

\Miile  the  procurement  process,  and  the  storage,  maintenance,  and  delivery  of  engineering  data  are 
supported  by  digital  applications,  the  two  ALC  computer  systems  that  host  these  applications  are  only 
procedurally  related.  Although  both  systems  have  networking  capability  and  are  accessible  through  a 
LAN,  the  processes  to  interchange  information  between  them  are  currently  manual. 

To  assess  the  impact  of  a  digital  procurement  scenario,  the  current  EDGARS  production  process  must  be 
examined  carefully.  EDGARS  retrieval  and  distribution  of  technical  information  for  procurements,  in 
both  physical  (aperture  card)  and  digital  (GALS)  forms,  must  be  precisely  s5mchronized,  and  verification 
of  the  accuracy  and  completeness  of  the  digital  data  delivered  must  be  ensured.  A  procurement  that  goes 
out  in  both  digital  and  manual  forms  must  provide  identical  technical  content. 

EDLs  can  be  generated  by  GDMS  and  processed  by  EDGARS  as  much  as  several  months  before  an  RFQ 
is  developed,  and  there  may  be  no  electronic  key  available  to  assemble  and  retrieve  the  technical  data  set 
when  an  RFQ  is  finally  introduced  to  the  system.  It  is  anticipated  that  JEDMIGS,  the  DoD  migration 
system  for  engineering  data  slated  to  follow  EDGARS,  will  address  RFQ  and  technical  data  coordination 
issues  in  the  future. 

Although  equipped  with  a  number  of  remote  display  devices,  and  able  to  allow  limited  access  to  other 
EDGARS  sites,  EDGARS  has  only  limited  TGP/IP  network  access.  The  non  trivial  amount  of  image  data 
involved  in  the  procurement  process  has  caused  some  concern  regarding  the  overloading  of  the  existing 
SM-ALG  base  network  infrastructure  in  an  electronic  procurement  environment. 

4.2o6  Proposed  Digital  Process 

The  proposed  solution  for  preparing  digital  image  data  for  inclusion  in  an  EDI  process  is  expected  to, 
where  practicable,  automate  the  manual  procedures  currently  required  to  identify,  extract,  and  convert 
existing  EDGARS  engineering  images  to  groups  of  related  GALS  files,  and  to  organize  those  images  into 
logical  data  sets  which  correspond  to  specific  procurement  actions.  It  is  intended  that  digital 
engineering  data  shall  migrate  from  EDGARS,  through  the  site  IGP,  to  a  VAN  for  the  ultimate  delivery 
to  the  recipients. 

The  current  EDGARS  engineering  repository  uses  internally  stored  digital  images  to  generate  paper  and 
microfilm  for  procurement  distribution.  The  proposed  process  shall  convert  EDGARS  digital  images  into 
the  widely  accepted  GALS  MIL-R-28002  Type-I  format.  The  resulting  GALS  data  will  be  distributed  as 
digital  images,  using  EDI  transactions,  to  vendors  for  display  or  printing. 

The  digital  process  must  accommodate  retrieval  of  the  data  from  EDGARS,  conversion  of  images  from 
native  EDGARS  format  to  GALS  MIL-R-28002A  Type-I  image  format,  and  incorporation  of  that 
engineering  data  into  an  EDI  841  transaction.  The  proposed  system  is  targeted  at  automating  the 
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processes  associated  with  handling  image  data,  without  circumventing  existing  procedures  such  as  QA 
and  engineering  record  management. 

The  digital  EDL,  which  is  used  to  identify  the  engineering  information  related  to  a  particular  product, 
should  be  transmitted  electronically  to  EDGARS,  and  EDGARS  processes  enhanced  to  utilize  a  digital 
EDL,  which  would  benefit  the  DLM  image  retrieval  process.  The  retrieved  images  would  then  be 
converted  to  GALS  format,  and  organized  into  sets  of  GALS  image  files,  logically  linked  to  appropriate 
MIL-STD-1840  declaration  files.  The  nontrivial  systems  resources  required  for  GALS  conversion 
suggests  operational  adjustments  and  scheduling,  with  operator-initiated  batch  processing  to 
accommodate  technical  data  preparation  for  bid  packets.  These  complete  digital  bid  packets  would  be 
transferred  out  of  EDGARS  for  verification  and  later  dissemination  of  the  solicitation.  The  strategies 
developed  to  incorporate  this  transfer  must  not  negatively  impact  the  existing  EDGARS  production 
process,  in  the  light  of  current  EDGARS  system  resource  constraints. 

A  longer  range  goal  will  be  to  provide  in  the  solicitation  design  data  which  is  intended  for  machine 
interpretation.  Although  EDGARS  systems  currently  store  and  process  released  engineering  data  in  an 
image  form,  future  systems  are  being  developed  to  include  the  storage  and  retrieval  of  machine 
interpretable  data,  such  as  GAD  geometry  and  tool  path  instructions.  Providing  a  contractor  with  this 
type  of  data  could  drive  down  procurement  costs  in  the  long  term.  However,  EDGARS  systems  must  be 
restructured  to  interface  with,  or  be  superseded  by,  engineering  data  management  systems  which 
support  both  released  machine  interpretable  data  and  existing  legacy  images.  The  DoD  JEDMIGS 
program  is  defining  such  replacement  systems,  that  will  provide  a  much  more  open  architecture  to 
accommodate  the  various  engineering  design  environments.  It  is  anticipated  that  EDGARS  process  and 
procedural  issues  will  be  resolved  by  adopting  this  new  technology,  allowing  a  much  more  seamless 
integration  of  the  engineering  data  and  other  environments. 

4.3  841  Convention  Meeting  and  Guide 

As  with  previous  tests,  the  test  team  intended  to  use  the  ANSI  ASG  X12  Specification/Technical 
Information  (841)  transaction  set  to  transport  the  binary  technical  data  to  the  recipients.  However,  at 
the  time  of  the  test,  DoD  had  not  yet  formulated  a  formal  method  or  convention  for  use  of  that 
transaction  set.  The  test  team  invited  Logistics  Management  Institute  (LMI)  to  help  define  a  draft 
implementation  convention  for  841,  which  would  be  used  for  the  test,  and  which  could  serve  as  the  basis 
for  the  implementation  convention  for  841  throughout  DoD.  LMI’s  participation  in  this  activity  was 
funded  by  the  Defense  Logistics  Agency  (DLA). 

LMI  facilitated  a  series  of  meetings  held  at  SM-ALG  to  discuss  the  use  of  841,  which  were  attended  by 
test  team  members  from  SM-ALG,  LLNL,  and  TRW,  along  with  representatives  from  Tobyhanna  Army 
Depot,  who  were  preparing  to  undertake  a  similar  demonstration,  from  the  Gontract  Development 
Laboratory  at  Hill  AFB,  and  from  participating  EDI  software  vendors  and  VANs.  The  background  of 
most  of  the  test  team  required  that  they  be  introduced  to  issues  pertinent  to  the  use  of  X12  and  841 
during  the  course  of  the  meetings.  Also,  a  briefing  was  given  on  the  function  and  intent  of  the  test  for 
the  benefit  of  those  attendees  unfamiliar  with  it.  Once  a  level  of  mutual  understanding  was  reached, 
attendees  examined  in  detail  the  various  sections  and  capabilities  of  the  transaction  set,  and  agreed  on 
the  way  it  would  be  populated  for  use  with  the  demonstration.  This  agreement  led  to  the  first  DoD  draft 
implementation  convention  for  841,  published  by  LMI  in  September,  1992.  Based  on  this  convention,  the 
EDI  software  vendor  participants  wrote  or  modified  translators  to  produce  the  X12  841  transactions  that 
were  transmitted  via  the  VANs,  and  to  process  those  same  transactions  received  by  the  participating 
contractors. 


During  the  course  of  the  demonstration,  the  test  team  discovered  other  potentially  beneficial  uses  of  the 
841  transaction  set,  and  felt  these  applications  of  841  should  be  reflected  in  the  DoD  implementation 
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conventions.  A  meeting  was  held  in  January,  1993  at  SM-ALC,  attended  by  many  of  the  same 
organizations  that  attended  the  first  series  of  meetings,  and  by  representatives  of  all  DoD  Services  and 
DLA.  At  this  meeting,  these  additional  applications  were  presented,  and  support  was  obtained  for 
modification  of  the  DoD  implementation  convention  for  841,  and  of  the  X12  841  transaction  itself,  to 
accommodate  these  applications. 

These  applications  are: 

1.  Solicitation  Technical  Docnmentatioii  -  provides  for  transmission  of  technical 
documentation  to  accompany  an  840,  as  was  done  in  this  test.  (AD  -  A272232) 

2.  Reference  -  permits  the  user  to  reference  technical  documentation  that  is  part  of  an  840  without 
actually  transmitting  this  data.  (AD  -  A272109) 

3.  Request  -  allows  a  solicitation  recipient  to  use  841  to  request  technical  documentation.  It  can 
also  be  used  as  a  follow-up  when  a  response  to  a  request  has  not  been  received.  (AD  -  A272108) 

4.  Response  -  used  to  transmit  technical  documentation  in  response  to  a  request.  Also,  to  provide 
limited  status  to  the  originator  of  a  follow-up  request.  Can  indicate  that  requested  data  may  be 
sent  by  means  other  than  in  the  BIN  segment  of  841.  (AD  -  A272231) 

5.  Furnish  -  can  transmit  technical  documentation  which  is  not  necessarily  associated  within  an 
840.  E.g.  contractor  transmits  drawings  associated  with  an  engineering  change  proposal  or  bid; 
DoD  transmits  technical  documentation  to  a  data  repository.  (AD  -  A272107) 

At  this  same  meeting,  improvements  of  the  capability  of  the  X12  840  transaction  set  were  also  discussed 
and  were  subsequently  pursued.  The  proposed  modifications  to  X12  841  have  been  successfully  proposed 
to  the  appropriate  X12  organization.  The  resulting  five  applications  of  the  DoD  implementation 
convention  for  841  were  published  by  LMI  and  released  in  August  1993.  Copies  of  the  Draft  DoD 
Implementation  Convention  for  X12  841  can  be  obtained  from  the  Defense  Technical  Information  Center 
at  (703)274-6871,  or  the  National  Technical  Information  Service  at  (703)487-4650.  Reference  the 
appropriate  accession  number  (AD-A272nnn)  noted  above. 

4o4  Site  IGP 

The  Site  Intelligent  Gateway  Processor  (IGP)  is  computer  hardware  and  software  designed  to  serve  as 
the  single  resource  needed  to  integrate  local  computers  and  networks  to  allow  communications  with 
other  enterprises.  It  supplements  local  system  capabilities  by  providing  the  additional  capabilities 
needed  for  electronic  commerce.  The  site  IGP  may  interface  to  local  systems,  users,  or  both. 

4o4,l  Hardware 

The  site  IGP  at  SM-ALC  was  an  AT&T  3B2  minicomputer.  This  computer  is  a  standard  configuration 
available  from  the  AF  Standard  Multi-user  Small  Computer  Requirements  Contract  (SMSCRC). 
Configuration  of  the  site  IGP  is  described  in  section  2.5. 

The  system  used  the  WE32000  processor  and  ran  UNIX  System  V  Release  3.2.2.  Resources  included  1.2 
gigabytes  of  disk  storage,  and  48  megabytes  of  memory.  There  were  32  internal  E-ports  (Enhanced 
serial  ports)  and  32  external  EXhl  (Fiber  Expansion  Module)  ports.  The  machine  had  an  802.3  Ethernet 
connection  to  the  McClellan  AFB  base  network. 

4o4o2  Software 

Communication  software  included  Wollongong  Integrated  Networking  suite  (TCP/IP)  for  the  3B 
(WIN3B);  Basic  Networking  Utilities,  based  on  UNIX  to  UNIX  copy  (UUCP);  and  RETIX  OSI  networking 
facilities.  In  addition,  St.  Paul  Software’s  Datatran  2.7  EDI  translation  software  was  installed  on  the 
site  IGP. 
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4.4.3  Network 

Sacramento  ALC  has  a  large  Integrated  Network  facility  including  FDDI  (fiber  optical),  Ethernet,  and 
asynchronous  Local  Area  Networks  (LANs).  The  site  IGP  was  connected  to  both  the  asynchronous  LAN 
and  to  the  Ethernet  LAN. 

The  Ethernet  has  services  which  use  two  common  modes,  lObaseb  and  10base2,  as  well  as  the  less 
common  10broad36.  By  routing,  the  entire  Ethernet  has  been  interconnected  and  has  access  to  the 
Defense  Data  Network  (DDN).  The  site  IGP  is  one  Tiop’  away  from  the  DDN,  and  no  more  than  two 
liops’  from  any  other  Ethernet  node  on  base. 

An  additional  networking  resource,  an  existing,  standard  phone  line  was  utilized  to  enable  connection  to 
one  of  the  VANs.  For  communication  with  the  AT&T  VAN,  the  site  IGP  directly  connected  to  this 
telephone  line  using  UUCP  networking.  For  communication  with  the  Advantis  VAN,  the  site  IGP  used 
Ethernet  to  connect  to  a  PC  that  was  on  the  same  telephone  line,  and  used  IBM’s  Expedite  software  for 
VAN  access.  In  both  cases,  multiple  modems,  listed  below,  were  used. 


Table  4.5  Modems  used  by  SM-ALC  to  access  VANs. 

The  PC  which  handled  the  Advantis  VAN  connection  was  an  80486,  33  MHz,  running  MS-DOS  5.0.  It 
used  a  standard  COMl:  interface  and  cabling. 
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5  Transferring  Engineering  Data  from  EDGARS  to  Site  IGP 

For  this  demonstration,  EDGARS  was  directed  to  output  CALS  raster  image  files  to  9-track  tape,  rather 
than  generate  aperture  cards.  These  image  files  were  read  from  the  tape  onto  the  SM-ALC  site  IGP . 
Using  File  Transfer  Protocol  (FTP),  file  transfers  were  successfully  tested  between  EDGARS  and  the  site 
IGP.  However,  this  process  was  not  used  throughout  the  test  because  by  the  time  the  physical  network 
connection  was  completed,  a  tape  containing  the  files  was  on  hand,  and  was  a  more  convenient  medium 
for  accessing  the  test  files.  The  FTP  Ethernet  file  transfers  were  performed  only  to  prove  a  capability, 
not  to  establish  a  primary  path. 

5.1  Ethernet  Transfer  Tests 

Forty-two  transfer  tests  were  conducted  with  a  single  set  of  three  files.  Network  interface  statistics  were 
gathered  before  and  after  each  transfer.  The  transfers  were  executed  at  various  times  of  day,  and  on 
various  days  of  the  week,  between  similar  hosts  on  broad  band  and  baseband  media. 

The  results  were  analyzed  according  to  media.  They  indicate  that  the  transfer  speed  is  more  than  50% 
slower  when  using  46  kbs  baseband  Ethernet  than  when  using  30  kbs  broad  band  Ethernet. 


Baseband  to  Broadband  Ethernet  Transfer 

Broadband  to  Broadband  Ethernet  Transfer 

File  Size 

transfer  time 

effective  ave.  throughput 

transfer  time 

effective  ave.  throughput 

(bvtes) 

(seconds) 

(kbvtes/second) 

(seconds) 

(kbytes/second) 

File  1 

742,661 

18.52 

39.15 

12.23 

59.32 

File  2 

1,976,143 

67.42 

28,62 

62.39 

30.93 

Files 

5,226,998 

196.58 

25.97 

138.38 

36.89 

3  files  together 

7,945,802 

252.44 

30.74 

167.85 

46.23 

Table  5.1  Performance  of  data  transfer  between  EDGARS  and  site  IGP. 


5.2  Accepting  Data  at  Site  IGP 

In  preparation  for  reading  a  tape  containing  GALS  files,  a  utility  was  used  that  read  through  an  entire 
tape  to  verify  that  the  contents  were  properly  readable  and  without  errors.  This  utility  also  reported  the 
total  number  of  files  contained  on  the  tape.  A  small  script  was  developed  to  use  the  total  number  of  files 
reported  by  the  tape  checking  utility  and  create  a  read  script  that  would  read  in  each  file,  placing  the 
files  in  a  staging  directory  on  the  site  IGP. 

Once  the  files  were  read,  they  were  associated  with  the  desired  drawings  as  identified  by  the  EDL.  This 
was  done  in  the  process  of  staging.  Staging  consisted  of  making  a  list  of  required  drawings  and 
comparing  that  with  the  files  read  off  the  tape.  The  difficulty  of  this  process  can  be  illustrated  by 
examining  three  files  from  the  small  solicitation,  dOOlrOlS,  d001r022,  and  d001r023. 

A  simple  UNIX  file  viewer  called  less  was  used  to  view  the  GALS  headers  of  these  files.  This  method 
quickly  associated  file  dOOlrOlS  with  drawing  12W7646  on  the  EDL,  as  the  drawing  number  was  the 
first  character  string  encountered  in  the  srcdocid :  field  of  the  GALS  header.  However,  identifying  the 
drawing  number  by  reading  the  GALS  header  is  less  straightforward  for  the  other  two  files,  because  the 
srcdocid;  field  in  both  files  begins  with  the  value  12Z001.  It  quickly  became  evident  that  a  procedure 
more  complicated  than  that  used  to  identify  the  first  file  would  be  required  for  the  general  case.  For  this 
test,  the  entire  srcdocid;  field  of  each  file  was  visually  examined  and  compared  with  the  drawing 
numbers  specified  on  the  EDL.  Then  the  file  was  placed  into  the  appropriate  staging  directory  on  the 
site  IGP,  one  directory  for  each  solicitation. 
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Figure  5.1  shows  the  CALS  headers  of  these  three  drawing  files. 


dOOlrOlS : 

srcdocid:  12W7646  81755  B  8Z  0 0 OlOOOlUSBCHN 

001 

dstdocid:  1840A  group  4  site 

txtfilid:  NONE 

figid:  NONE 

srcgph:  NONE 

deeds:  NONE 

rtype:  1 

rorient:  090,270 
rpelcnt :  003824,005100 
rdensty:  0200 

notes:  EDGARS  to  1840  group  4  conversion  image 
d001r022 : 

srcdocid:  12Z001  81755  J  8Z  00010 00 lUSBEHN 

dstdocid:  1840A  group  4  site 

txtfilid:  NONE 

figid:  NONE 

srcgph:  NONE 

doccls:  NONE 

^type:  1 

rorient:  090,270 
rpelcnt:  006880,008800 
rdensty:  0200 

notes:  EDGARS  to  1840  group  4  conversion  image 
d001r023 : 

srcdocid:  12Z001  81755  1N89G0610  8Z  OOOlOOOlUSBAHN 

dstdocid:  1840A  group  4  site 

txtfilid:  NONE 

figid:  NONE 

srcgph:  NONE 

doccls:  NONE 

rtype :  1 

rorient:  090,270 
rpelcnt:  001696,002221 
rdensty:  0200 

notes:'  EDGARS  to  1840  group  4  conversion  image 
Figure  5.1  Listing  of  CALS  MIL-STD-1840A  data  file  header  records  for  3  bid  set  image  files, 

St.  Paul  Software  created  three  scripts, ^  which  were  executed  on  the  site  IGP,  to  process  the  drawing 
files  for  the  electronic  solicitations.  One  script  cleared  each  of  the  three  841  staging  directories,  and 
placed  in  each  directory  the  technical  datafiles  for  one  of  the  three  solicitations.  Another  script  directed 
the  EDI  translator,  Datatran,  on  the  site  IGP  to  access  a  specific  staging  directory  and  assemble  an  X12 
841  transaction  from  any  files  located  there.  This  script  contained  all  associated  information  about  the 
buyer,  sender,  trading  partner,  referenced  RFQ,  and  other  administrative  information  required  for  the 
841  transaction.  In  a  fully  automated  electronic  procurement  environment,  this  information  would  be 
available  from  the  procurement  system,  rather  than  hard-coded  into  a  script. 


^All  UNIX  scripts  created  on  the  site  IGP  used  the  AT&T  Bourne  shell  “/bin/sh” 
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A  third  script  executed  the  EDI  translator  and  moved  the  translator’s  output  to  the  VAN  connection  by 
using  a  special  sendmail  utility,  provided  by  St.  Paul  Software,  that  allowed  binary  data  to  be 
transmitted  via  UNIX  to  UNIX  Copy  (UUCP)  on  the  site  IGP.  Actual  transmission  of  the  EDI 
transactions  was  done  either  automatically  using  this  script,  or  manually  using  the  UNIX  command  line, 
depending  on  the  timing  and  convenience  of  the  transmission  schedule. 

Once  identified,  drawings  were  moved  into  an  appropriately  named  sub-directory  of  the  system  storage 
area.  The  sub-directories  were  named  according  to  the  size  of  the  test  solicitation  to  which  they 
belonged.  In  a  production  system,  this  name  would  likely  be  associated  with  the  part  number  from  the 
EDL,  or  similar  key.  The  partial  directory  structure  shown  in  figure  5.2  illustrates  this. 


/usr2/edi/cals.files/750kb 

dOOlrOlS 

d001r019 

d001r022 

d001r023 

(small  solicitation) 

/usr2/edi/cals.files/2mb 

d001r026 

d001r027 

dOOlrOSl 

d001r034 

d001r075 

(medium  solicitation) 

/usr2/edi/cals.files/13mb 

d001r002 

d001r003 

d001rl41 

d001rl42 

d002r085 

d002rl00 

(large  solicitation) 

Figure  5.2  Directory  structure  used  by  SM-ALC  to  organize  and  separate  the  3  solicitations. 

5.3  Checking  Data  on  Site  IGP 

The  images  could  not  be  checked  on  the  site  IGP  as  it  had  no  display  capability.  However,  the  transfer 
process  onto  the  site  IGP  does  check  for  errors  in  the  transfer. 

The  data  was  checked  after  being  located  on  the  site  IGP  by  further  transferring  it  to  a  PC  with  display 
capability.  On  the  PC,  the  FTP  (TCP/IP  File  Transfer  Protocol)  program  transferred  the  technical  data, 
which  was  displayed  using  the  HiJaak  for  Windows  program.  Additionally,  files  were  transferred  to 
LLNL  for  further  analysis  and  verification  (see  section  4.2.4). 

5.4  Data  Transfer  Options 

Depending  on  the  size  of  the  data  and  the  procurement  requirements,  the  data  set  should  be  delivered  to 
the  EDI  processor  via  either  magnetic  tape  or  a  network  utility.  The  issue  of  transferring  and  staging 
CALS  data  for  inclusion  into  electronic  requisitions  will  have  to  be  reconciled  with  the  availability  of 
network  and  storage  resources. 
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Tape  transfers  have  many  advantages  over  networks,  such  as  the  low  cost  of  tape  as  a  storage  media 
versus  disk,  avoidance  of  additional  traffic  or  load  on  limited  existing  network  resources,  and  in  the 
EDGARS  environment,  prior  existence  of  mechanisms  to  generate  9-track  tape  output;  parallel 
mechanisms  currently  do  not  exist  for  network  transfers.  Since  there  is  a  long  period  of  time  between 
availability  and  actual  use  of  the  technical  data  in  solicitations,  storage  capacity  may  be  a  serious  system 
issue,  where  tape  storage  is  likely  to  be  the  preferred  alternative.  However,  state-of-the-art  system 
installations  are  rapidly  moving  away  from  9-track  tape  as  a  storage  or  transfer  medium  in  favor  of 
magnetic  or  optical  disk  and  network  solutions. 

V^Tiile  network  transfer  may  provide  a  more  elegant  solution  for  on-base  data  interchange,  the  volume  of 
image  data  that  must  be  moved  to  accomplish  technical  data  procurements  poses  a  potentially 
significant  increase  in  network  traffic,  which  may  exceed  current  capacity.  New  procedural  and 
technical  mechanisms  would  need  to  be  introduced  in  many  departments  to  support  this  kind  of  network 
activity. 

A  prudent  approach  might  be  to  apply  both  tape  and  network  technology’',  each  where  it  is  most 
appropriate.  Redundant  processes  can  be  designed  to  utilize  both  tape  and  network  where  backup 
procedures  are  desirable. 
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0  Transferring  RFQ  Data  to  Site  IGP 

6.1  Description  of  Electronic  Process 

The  electronic  RFQs  were  transferred  from  the  ACPS  system  to  the  site  IGP  by  an  automated  FTP 
process.  Transactions  generated  automatically  on  ACPS  were  validated  for  consistency  with  the  original 
sample  files  from  the  Contract  Development  Laboratory,  Hill  AFB. 

Throughout  the  course  of  the  test,  several  iterations  of  the  automated  FTP  process  were  executed,  and 
each  attempt  was  totally  successful.  As  part  of  their  coursework,  ACPS  trainees  exercised  the 
automated  FTP  process  by  creating  test  documents  and  FTPing  them  on  McClellan’s  base  network. 

While  the  contents  of  these  documents  were  not  associated  with  the  test,  the  sizes  of  the  documents  were 
typical,  and  transfer  times,  reliability,  and  accuracy  were  very  typical  of  Ethernet  transfers  on  the  base. 
This  information  was  used  to  assess  the  impact  of  automated  X12  840  transfers  on  McClellan’s  base 
network. 

Using  TCP/IP  over  Ethernet,  an  EDL  can  be  moved  from  the  IBM  3090  to  the  site  IGP  using  FTP  or  as 
an  automated  electronic  mail  message.  In  addition,  asjmchronous  transfers  using  the  Kermit  error 
checking/correction  protocol  are  available.  During  the  test,  the  EDLs  were  transferred  from  the  IBM 
3090,  using  Kermit,  to  a  PC.  From  the  PC,  a  diskette  containing  EDLs  was  transferred  to  another  PC, 
which  then  uploaded  the  EDLs  via  network  connection  to  the  site  IGP. 

6.2  Observations  and  Comments 

The  EDLs  were  circuitously  routed  (IBM  3090  to  PC  to  diskette  to  PC  to  site  IGP)  rather  than 
transferred  directly  due  to  complicated  organizational  permissions  and  procedures  which  were  beyond 
the  scope  of  this  demonstration.  These  base  organizational  issues  would  be  addressed  and  resolved  in  a 
production  environment. 

6.2.1  Suggestions  for  Improvements 

In  a  production  system  it  is  suggested  the  information  from  ACPS  be  automatically  transmitted  to  the 
site  IGP  via  direct  electronic  connection.  The  Contract  Development  Laboratory  at  Hill  AFB  has  many 
plans  to  expand  the  EDI  capabilities  for  implementation,  including,  among  others,  modifications  to  the 
manufacturing  data  base  to  automatically  include  EDI  addresses. 
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7  Merging  Technical  (CALS)  and  Business  (RFQ)  Data 

7.1  Background 

In  the  paper-based  solicitation  environment,  an  RFQ  and  its  technical  data  are  associated  due  to  their 
co-location  in  the  same  physical  envelope.  In  an  electronic  process,  the  same  type  of  relationship  must 
somehow  be  maintained  without  the  use  of  the  physical  envelope. 

7.1.1  List  of  Required  Hardware  and  Software  Capabilities 

To  gather  the  CALS  and  RFQ  data,  the  following  capabilities  are  needed: 

1.  Access  to  RFQ  data.  For  this  test,  RFQ  data  was  extracted  from  the  ACPS  system.  See  section 
4.1. 1.1  for  a  description  of  ACPS. 

2.  Access  to  technical  data.  For  this  test,  technical  data  was  extracted  from  the  EDCARS  system.  See 
section  4.2.1  for  a  description  of  EDCARS. 

3.  Media  for  transferring  files.  FTP  over  Ethernet  was  used  to  do  network  transfers,  and  nine-track 
tape  was  used  to  transfer  data  to  non-networked  systems  at  SM-ALC. 

4.  Site  data  staging  machine.  For  this  test,  the  site  IGP  was  used  to  stage  data  prior  to  its 
transmission  via  the  VAN.  See  section  4.4  for  a  description  of  the  site  IGP. 

Arrangements  were  made  with  the  system  administrators  of  each  of  the  systems  mentioned  above  to 
receive  the  required  data  in  a  format  and  at  a  time  agreeable  to  all  parties. 

7.1.1. 1  Compatibility  with  Conventions 

The  CALS  data  from  EDCARS  complied  with  MIL-STD-1840A.  At  the  time  of  the  test,  no  DoD 
convention  existed  for  the  application  of  the  X12  841  transaction  set.  This  led  the  testing  team  to 
develop  initial  draft  conventions  for  application  of  841  to  technical  data  accompanying  an  RFQ  (see 
section  4.3).  A  workable  compatibility  between  841  and  MIL-STD-1840  was  established  and  applied  to 
the  technical  data  transmitted. 

The  format  of  the  RFQ  data  generated  by  the  ACPS  system  is  set  by  ACPS.  The  data  in  this  format  was 
transferred  by  hand  to  the  appropriate  fields  of  the  X12  840  and  841  transactions.  The  appropriate 
fields  of  the  840  and  their  usage  followed  the  convention  for  use  of  840  set  forth  by  the  Contracting 
Laboratory  at  Hill  AFB,  Utah.  These  conventions  were  chosen  because  1)  they  were  more  compatible 
with  ACPS  data  and  data  format  than  the  DoD  convention  for  840,  and  2)  the  DoD  convention  for  840 
did  not  at  the  time  of  the  test  contain  provision  for  referencing  technical  data. 

7. 1.1. 2  Transaction  Set  Creation 

The  RFQ  identifies  the  drawing  numbers  required  by  referencing  an  associated  Engineering  Data  List 
(EDL).  To  determine  which  CALS  files  were  called  out  by  each  RFQ,  each  CALS  file  header  was  visually 
inspected  to  determine  the  drawing  number  associated  with  each  file.  This  process  is  also  detailed  in 
section  5.2. 
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7.1.2  Merging  Process 

Merging  the  files  which  contained  the  RFQ  information  (840)  with  the  files  which  contained  the 
technical  information  (841)  involved  creating  two  unique  identifiers  for  each  solicitation:  one  for  the  RFQ 
data,  and  one  for  the  technical  data.  The  identifier  string  for  the  RFQ  data  was  placed  into  each  file  that 
contained  the  corresponding  technical  data,  and  vice  versa,  before  the  files  of  a  given  solicitation  were 
submitted  to  the  translation  process.  During  the  test  there  was  no  available  automated  mechanism  for 
mapping  ACPS  RFQ  information  into  an  840  which  acceptably  referenced  any  pertinent  841(s). 

Therefore  the  ‘translation’  of  the  840  was  a  process  of  editing,  by  hand,  a  file  that  closely  approximated  a 
valid  840,  and  manually  adding  the  necessary  reference  to  841.  The  precision  of  the  840  was  not  deemed 
to  be  an  issue,  as  it  was  approximately  and  sufficiently  correct  for  test  purposes. 

7.1.3  Fields  and  Values  Used 

Figure  7.1  shows  a  listing  of  one  of  the  841s  used  during  this  test,  as  generated  by  Datatran.  The  actual 
binary  information  that  would  be  included  in  this  841  has  been  removed  for  brevity  and  clarity. 


ISA*00*  *00*  *ZZ*DEMO-841  *ZZ*DEMO-841  *921015*144 

2*U*00201*000001038*1*P*} 

GS*SP*DEMO-841*DEMO-841*921015*1442*1039*X*003020 

ST*841*10390001 

SPI*90*KS*F42 60092031328****00 
Nl*By*DIRECTORATE  OF  CONTRACTING 
Nl*SE*DEMO-841 
KL*1*1*I 

EFI*90*12v/7  6467  .edl****B*MIL-R-28002 

3IN*6901* [ first  technical  data  file  goes  here,  6901  bytes  of  data] 

EFI*90*12w7  6467 . txt* *  * *B*MIL-R-2 8002 

BIN*8 03* [second  technical  data  file  goes  here,  803  bytes  of  data] 
EFI*90*d001r018****B*MIL-R-28002 

BIN*94592 *[ third  technical  data  file  goes  here,  94592  bytes  of  data] 
E?I*90*d001r019****B*MIL-R-28002 

BIN*108288* [ fourth  technical  data  file  goes  here,  108288  bytes  of  data] 
EFI*90*d001r022****B*MIL-R-28002 

BIN*358656* [fifth  technical  data  file  goes  here,  358656  bytes  of  data] 
EFI*90*d001r023****B*MIL-R-28002 

BIN*35584* [sixth  technical  data  file  goes  here,  35584  bytes  of  data] 

SE*18*10390001 

GE*1*1039 

ISA*1*000001038 _ 

Figure  7.1  Example  X12  841  transaction 

7.2  Observations  and  Comments 

7.2,1  Pointers  Between  840  and  841 

lUien  full  document  tracking  audit  trails  are  required,  the  relationship  between  any  specific  840 
transaction  and  associated  transmitted  841  transaction(s)  must  be  maintained.  It  may  be  difficult  to 
schedule  the  pasting  of  the  reference  to  other  transaction(s)  within  each  transaction  ,  because  each  must 
have  been  created  and  assigned  a  unique  identifier  in  order  to  populate  the  appropriate  referencing 
segments,  and  each  840  and  841  must  contain  a  reference  to  one  or  more  of  the  other  transactions  in  the 
solicitation.  This  can  lead  to  a  situation  in  which  no  transaction  can  be  completed  until  it  contains  the 
‘completed’  transaction  code  of  the  other. 
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This  synchronization  issue  is  magnified  if  the  transactions  for  the  solicitations  are  created  on  separate 
computer  systems,  e.g.,  the  840  (RFQ)  is  generated  on  system  A,  and  the  841(s)  (technical  data)  is/are 
generated  on  system  B.  Foreseeably,  system  B  cannot  complete  the  transaction(s)  it  is  creating  until  it 
receives  from  system  A  the  appropriate  reference  information  to  be  included  in  system  B’s  transaction(s). 
Additionally,  system  A  cannot  complete  its  transactions  until  it  receives  from  system  B  the  appropriate 
reference  information.  For  this  test,  the  original  scenario  •was  for  the  ACPS  system  (system  A)  to  create 
a  completed  840  transaction,  and  the  site  IGF  (system  B)  to  create  the  841  transaction,  then  receive  the 
ACPS  840,  and  commit  the  two  transactions  to  the  EDI  sub-system,  which  was  also  resident  on  the  site 
IGP. 

A  recommended  solution  is  to  separate  the  function  of  gathering  and  committing  business  data  from  the 
function  of  creating  and  tracking  specific  X12  transactions.  For  an  ALC  configuration,  it  is  recommended 
that  the  site  IGP  receive  the  business  information  associated  -with  both  the  contract  and  the  technical  data, 
assemble  that  information  into  a  business  transaction,  which  is  forwarded  to  a  process  in  which  translation, 
tracking,  audit  trails,  and  similar  functions  are  accomplished.  This  recommended  solution  also  has  the 
benefit  of  reducing  the  intrusion  of  EDI  related  processes  into  the  existing  hardware  and  software  of  ALC 
systems  (and  vice  versa),  as  well  as  making  EDI  appear  transparent  to  contracting  users. 

7.2.2  Multiple  841s 

The  pointers  between  840  and  841  must  make  unique  identification  of  a  given  transaction  possible.  In  the 
case  of  more  than  one  841  being  associated  with  a  given  840,  it  is  important  that  each  841  point  to  the 
appropriate  840  and  that  each  841  have  the  capability  of  being  identified  as  “m  of  n”  (for  instance,  2  of  5), 
where  ‘m’  is  the  current  sequence  number  and  ‘n’  is  the  total  number  in  the  sequence.  Each  841’s  reference 
to  the  840  •will  identify  the  841  as  a  member  of  a  particular  solicitation,  and  the  “m  of  n”  identification  will 
facilitate  determination  of  the  completeness  of  the  solicitation. 
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O  Transmitting  Solicitations  to  Contractors 

8.1  Background 

8.1.1  List  of  Required  Hardware  and  Software  Capabilities 

All  data  transmissions  were  performed  by  the  SM-ALC  site  IGP.  Sections  2.5  and  4.4  describe  the 
hardware  and  software  configuration  of  this  system. 

8.1. 1.1  Modem  Capabilities 

For  the  site  IGP,  modem  speed  is  not  as  critical  as  for  the  EDI  recipient.  It  is  important  that  the  modem 
be  fast  enough  to  complete  the  required  transmissions  in  a  reasonable  amount  of  time.  All  of  our 
transmissions  were,  or  could  have  been,  background  processes  on  a  multi-user  computer  or  a  PC 
emulating  that  purpose. 

The  modems  shown  in  table  4.5  were  used  at  speeds  varying  between  1200  baud  and  9600  baud  to  verify 
accessibility  of  the  two  VANs  at  different  rates.  Both  VANs  exhibited  adequate  performance  at  all 
speeds  tested.  The  rate  used  for  actual  transmission  of  the  solicitation  data  was  9600  baud. 

8.1. 1.2  Local  Access  to  VAN  Lines 

For  the  test,  SM-ALC  used  a  toll  free  number  for  all  access  to  the  AT&T  VAN  circuits,  and  used  both  a 
toll  free  number  (2400  baud)  and  a  long  distance  number  (9600  baud)  for  access  to  the  Advantis  VAN. 

8.1.2  Two  VANs  Used 

The  two  VANs  used  for  the  test  were  the  AT&T  Global  Messaging  Service  (GMS)  and  the  Advantis 
Information  Network.  This  selection  was  based  first  upon  each  network  being  able  to  satisfactorily 
demonstrate  the  exchange  of  binary  technical  data  in  the  form  of  X12  841  transaction  set(s),  and  second 
upon  the  network  volunteering  to  be  a  participant. 

The  selection  of  two  VANs  permitted  the  same  data  to  be  routed  over  two  separate  and  distinct 
telecommunication  paths  to  different  small  business  destinations.  Test  statistics  indicated  that  both 
VANs  demonstrated  essentially  the  same  satisfactory  delivery  and  performance.  Even  though  it  did  not 
become  necessary,  the  existence  of  two  VANs  in  the  test  provided  an  automatic  backup  routing  capability 
should  it  have  been  needed  during  the  test. 

These  two  VANs  (GMS  and  Advantis)  were  also  selected  because  they  use  two  different  backbone 
transport  technologies.  AT&T  uses  X.400  technology,  while  Advantis  uses  ISO  80223  technology.  This 
gave  both  the  government  and  the  small  business  user  communities  an  opportunity  to  identify  any 
appreciable  differences,  and  any  characteristics  that  were  more  or  less  favorable  to  either  the 
government  or  small  business  in  an  operational  electronic  contracting  test  environment.  Both 
technologies  performed  as  expected;  none  of  the  users  noted  any  differences. 

8.1.3  Differing  VAN  Approaches 

Of  the  commercially  available  VANs,  some  offer  only  EDI  transfer  capabilities  while  others  are  “full 
service”  electronic  commerce  VANs.  Almost  all  EDI  VANs  offer  the  basic  services  of  protocol  conversion, 
access  control,  network  security  and  electronic-message/transaction-set  mail  boxes.  Full  service  includes 
additional  functional  capabilities  integrated  with  EDI  messaging  to  handle  electronic  mail,  fax,  telex  and 
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even  postal  delivery,  if  electronic  services  are  unavailable  in  remote  destinations.  In  this  test  both  VANs 
were  full  sendee,  yet  one  utilized  a  real-time  or  on  demand  transfer  approach,  while  the  other  utilized  a 
batch  scheduling  method.  During  the  test  both  transfer  approaches  3delded  satisfactory  performance. 

8o2  Observations  and  Comments 

The  data  transmission  technologies  used  were  very  reliable  and  performed  very  close  to  the  transfer 
rates  expected  in  simple  calculations.  Neither  the  UUCP  logs  nor  the  expedite  reports  showed  any 
unaccounted  failures,  slow  downs,  or  other  anomalies. 

8o2«l  Transmission  Observations 

For  the  test,  both  2400  and  9600  baud  modems  were  used  with  equal  success  and  reliability. 

The  single  most  glaring  difficulty  encountered  with  transmission  of  these  solicitations  was  the  inability 
to  successfully  transmit  the  large  solicitation  end-to-end.  This  solicitation,  which  was  over  8  Mbytes  in 
size,  was  successfully  moved  from  SM-ALC's  site  IGP  to  the  Advantis  VAN,  and  to  a  contractor 
participant's  mailbox.  However,  that  contractor  was  unable,  due  to  unavailability  of  higher  speed  local 
Advantis  telephone  access,  to  download  any  data  from  his  mailbox  at  speeds  faster  than  2400  baud.  The 
contractor  attempted  to  download  the  large  solicitation  for  over  24  consecutive  hours  before  finally 
aborting  the  process.  The  contractor  was  unable  to  ultimately  identify  the  content  of  this  transmission. 

Although  SM-ALC  made  several  attempts  to  transmit  the  large  solicitation  to  participating  contractors 
using  the  AT&T  VAN,  these  transmissions  never  materialized  in  the  recipients’  mailboxes.  The  AT&T 
VAN  had  a  nominal  2  Mbyte  message  size  limit,  which  could  be  modified  by  AT&T.  AT&T  apparently 
attempted  to  lift  this  size  limit  to  accommodate  SM-ALC’s  several  transmission  attempts,  but  the 
success  of  these  transmissions  was  never  verified,  and  the  cause  of  the  difficulty  was  never  determined. 

8o2.2  Projected  Cost  of  VAN  Use 

As  a  t3q)ical  example,  in  January  1994,  the  cost  to  transfer  a  kilobyte  (Kbyte)  of  data  is  approximately 
five  (5)  cents,  which  equates  to  approximately  $50  per  megabyte  (Mbyte).  Therefore,  a  typical  'business 
form”  document  of  4  Kbytes  can  be  transferred  within  seconds  for  20  cents.  This  is  less  than  a  29  cent 
letter  which  takes  days.  A  300  Kb3d:e  message  of  technical  data,  or  changes  to  a  specification,  or  changes 
to  a  CAD  drawing,  can  be  transferred  within  minutes  for  approximately  $15,  which  is  about  the  same 
cost  as  an  overnight  express  package,  but  with  EDI  and  the  VAN,  the  data  is  loaded  into  the  destination 
mailbox  one  day  sooner.  Therefore,  in  a  time  critical  operation,  such  as  a  test  procedure  change,  or  a 
configuration  revision  order  which  affects  the  cut-in  effectiveness  into  a  production  line,  or  a 
configuration  correction,  same-day  delivery  could  allow  a  quality  assurance  buy-off  of  an  item.  And, 
shipping  it  the  same  night  could  gain  at  least  one  production  day,  at  no  additional  cost. 

In  a  Just-In-Time  (JIT)  multi-enterprise  delivery  environment,  EDI  can  make  the  difference  between  an 
on-time  and  a  late  shipment,  and  respectively,  a  satisfied  and  an  angry  customer.  In  the  case  where  a 
customer  can  use  EDI  to  send  out  a  bid  package  and  the  supplier  can  respond  via  EDI  with  a  quotation 
on  the  same  day,  this  supplier  has  beat  his  competitors  by  2  days,  assuming  they  still  use  overnight 
express  delivery  in  both  directions.  These  are  some  of  the  benefits  the  DoD  anticipates  that  its  small 
business  suppliers  will  experience. 
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V  Observations  on  Data  Receipt 

This  section  covers  the  issues  surrounding  the  contractors’  receipt  of  the  electronically  delivered 
solicitation.  The  intended  scope  of  this  section  includes  the  use  of  the  EDI  software  to  access  the  VAN, 
downloading  the  data  from  the  VAN  to  the  user’s  local  system,  and  navigating  the  received  messages  on 
the  user’s  local  system.  Selected  comments  from  the  contractor  participants  are  included  in  this  section. 
One  contractor  remarked  that  “EDI  is  the  best  thing  to  happen  to  Government  contracting.” 

9.1  Background 

The  eight  Blue-Ribbon  SM-ALC  contractor  participants  and  the  BYU  Co-op  each  had  computer  systems 
which  they  used  to  receive  and  process  the  data.  Each  of  the  eight  Blue-Ribbon  SM-ALC  contractor 
participants  used  an  IBM  Personal  Computer  or  IBM-compatible  computer  for  this  processing.  The  Co¬ 
op  at  BYU  used  Macintoshes  and  PCs  to  download  and  process  the  data.  Commercial  EDI  software  was 
provided  for  each  hardware  platform  that  was  used  to  receive  transactions  from  the  VAN  to  each 
receiver’s  local  system. 

9.1.1  Necessary  Hardware  and  Software  Capabilities  for  Data  Receipt 

The  actual  hardware  and  software  used  in  the  test  to  receive  the  data  was  discussed  previously  in 
sections  2.2  and  2,5  of  this  report. 

9. 1.1.1  Ability  to  Download  on  Command 

The  user  should  be  able  to  view  a  summary  description  of  the  messages  in  his  mailbox,  then  initiate  a 
download  command  to  retrieve  all  or  some  of  the  available  messages  (see  section  9. 1.1.2).  While  typical 
business  transactions  of  a  few  Kb3ftes  of  data  take  only  seconds  for  the  destination  to  download  from  the 
VAN,  and  small  data  packages  of  a  few  hundred  Kbytes  take  only  minutes,  a  large  technical  document 
package  of  more  than  a  few  megabytes  could  take  several  hours  to  download.  The  ability  to  view  a 
summary  of  the  available  messages,  including  the  amount  of  data,  would  allow  the  user  to  determine 
whether  to  download  the  messages  immediately,  or  to  defer  the  download  processes  to  a  later  time, 
perhaps  after  working  hours. 

9.1. 1.2  Ability  to  Download  Selected  Messages 

The  user  should  be  able  to  select  from  the  messages  in  his  or  her  mailbox  those  specific  messages  that 
are  to  be  retrieved  to  the  user’s  local  system.  For  example,  when  the  mailbox  is  accessed,  the  user  could 
be  presented  with  or  request  a  list  of  the  messages  available  in  the  mailbox,  with  a  brief  description  of 
each  message  (e.g.,  “841  from  SM-ALC”  including  date  and  size  of  the  message).  From  this  list,  the  user 
could  select  those  particular  messages  he  would  like  to  download.  Then,  by  issuing  a  download 
command  as  described  in  section  9. 1.1.1,  the  user  could  initiate  the  process  to  download  the  selected 
messages.  Such  a  feature  would  give  the  user  control  over  the  sequence  of  message  retrieval,  and  allow 
him  or  her  to  optimize  procedures  for  processing  incoming  messages. 

9. 1.1. 3  Operate  with  a  Variety  of  Input  Formats,  Including  Binary 

Because  this  test  required  the  transfer  of  CALS  raster  images,  which  are  binary  encoded  files,  along  with 
ASCII  RFQ  information,  VANs  and  EDI  software  included  in  the  test  necessarily  supported  the  transfer 
of  ASCII  encoded  messages  and  binary  encoded  messages. 
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Because  historically,  EDI  messages  were  exclusively  ASCII  and  message  sizes  were  small,  several  VANs 
have  not  modernized  their  networks  since  X12  authorized  binary  file  transfer  of  technical  data  in 
October  1990.  The  result  is  that  these  VANs  now  cannot  handle  binary  files  as  provided  for  in  some  X12 
transactions.  Some  others  cannot  handle  a  mix  of  binary  and  ASCII.  Only  a  few  VANs,  generally  those 
that  are  X.400  or  ISO  80223  backbone  based  networks,  can  handle  all  these  combinations  of  file  types.  It 
is  anticipated  that  increased  volumes  of  CALS  and  other  binary  data  traffic,  and  competitive  business 
pressures  from  the  few  VANs  who  now  have  the  functionality,  will  initiate  a  trend  towards  support  of 
binary  and  mixed  capability. 

9.1.2  Mailbox  Concepts 

The  mailbox  concept  allows  a  user  to  be  identified  by  an  address  on  the  VAN.  Having  a  mailbox  on  a 
VAN  is  not  unlike  having  a  Post  Office  Box  at  the  Post  Office.  Just  as  one  must  physically  go  to  the  Post 
Office  to  pick  up  one’s  mail  from  the  P.  0.  Box,  in  order  to  retrieve  mail  from  the  VAN,  one  must  access 
his  VAN  mailbox  to  retrieve  messages.  In  contrast  to  electronic  mail,  where  the  mail  messages  are 
delivered  to  a  mailbox  on  the  user’s  local  system,  the  VAN  mailbox  is  physically  located  on  a  system  that 
is  controlled  by  the  VAN  and  remote  to  the  user. 

VAN  electronic  mailboxes  can  operate  differently.  Some  VANs  are  basic  “store-and-forward,”  where  the 
information  being  sent  is  retained  in  the  sender’s  mailbox  until  the  VAN  decides  to  service  it.  With 
store-and-forward,  or  “batch”  processing,  an  outgoing  transaction  can  be  dela  v  ed  by  minutes  or  hours 
before  it  is  transferred  from  the  sender’s  mailbox  to  the  destination  mailbox.  Other  VANs,  especially 
those  operating  on  X.400  backbones,  appear  to  the  user  as  “virtual  forward-and-store.”  This  means  that 
an  EDI  transaction  is  forwarded  to  the  destination  immediately  after  it  is  loaded  into  the  sender’s 
mailbox.  This  is  significant  to  a  user  if  the  delivery  of  the  message  is  time  critical,  i.e.,  if  time  saved 
translates  to  money  saved,  or  cost  avoidance,  or  breakage  prevention. 

9.1.3  Current  VAN  Mailbox  Environment 

Currently  when  a  “destination”  contractor  or  government  agency  logs  onto  an  EDI  VAN  to  receive  the 
incoming  EDI  messages,  the  VAN  will  output  the  messages  to  the  user’s  mailbox  in  the  order  they  were 
received. 

In  years  past  this  practice  was  acceptable  because  the  recipient  wanted  all  data  with  equal  priority,  and 
all  messages  were  only  a  few  kilob}d;es  in  size.  Therefore,  downloading  each  message  only  took  a  few 
minutes,  and  since  the  volume  of  EDI  traffic  was  low,  only  a  few  messages  would  be  in  the  recipient’s 
mailbox  at  any  one  time.  All  messages  could  be  read  within  a  few  minutes,  even  when  the  contractor 
only  imported  the  messages  once  or  twice  a  day.  This  architecture  worked  very  well  for  low  traffic 
volume  and  small  message  sizes. 

9.1.4  Software  to  Download  and  Translate  EDI  Messages 

For  the  IBM  PC  and  compatible  platforms.  Supply  Tech,  Inc.  provided  STX  EDI  software.  On  the 
Macintosh,  BYU  used  MacEDI  from  Digit  Software. 

For  each  VAN  user,  the  EDI  software  provided  access  to  his  or  her  mailbox  on  the  VAN,  via  a  dial-up 
modem,  for  the  purpose  of  retrieving  the  contents  of  the  mailbox.  The  two  VANs  used,  GMS  and 
Advantis,  had  slightly  differing  philosophies  regarding  the  functions  of  their  mailboxes,  as  described  in 
section  9.2.3.  Once  the  mailbox  was  accessed,  the  EDI  software  would  automatically  download  the  un¬ 
retrieved  messages  to  the  user’s  local  system.  The  EDI  software  provided  some  cataloging  and 
organization  of  the  incoming  transactions.  The  STX  software  also  separated  each  incoming  841 
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transaction  into  its  constituent  parts:  one  file  containing  the  non-binary  portion,  and  a  separate  file  for 
each  of  the  binary  (BIN)  segments  in  the  841. 

9.2  Observations  and  Comments 

The  following  observations  and  issues  were  considered  worthy  of  special  mention  in  this  report.  These 
observations  were  contributed  by  all  test  participants,  including  contractors.  Air  Force  CALS  Test 
Network,  and  the  SM-ALC  testing  team. 

9.2.1  No  Flow  Control 

The  VAN  mailbox  user  had  no  control  over  the  process  of  downloading  messages  from  his  mailbox.  It  is 
unclear  whether  this  shortcoming  is  a  function  of  the  mailbox  or  of  the  EDI  software.  When  the  user 
accessed  his  mailbox  via  the  EDI  software,  the  software  would  immediately  and  automatically  begin 
downloading  all  unread  messages  in  the  mailbox.  The  user  was  not  given  the  option  to  just  “look”  in  the 
mailbox  to  see  if  there  were  any  new  messages.  Such  a  capability  would  be  beneficial,  allowing  the  user 
to  determine  whether  and  when  to  initiate  the  downloading  process.  Lacking  such  control  during  the 
test,  the  user  would  be  “surprised”  to  either  retrieve  or  not  retrieve  any  new  messages.  In  addition,  two 
contractor  participants  expressed  the  desire  to  know  message  sizes  (in  bytes)  and  approximate  download 
times  for  each  message  before  the  download  process  was  initiated,  so  that  appropriate  disk  space  and 
computer  resources  would  be  available  at  download  time.  (See  Editor’s  note,  section  9.2.2.) 

9.2.2  Cannot  Select  Messages 

Closely  related  to  the  inability  to  determine  the  “fullness”  of  the  mailbox  is  the  inability  to  ascertain  the 
contents  of  the  mailbox.  During  the  test,  the  user  would  have  to  wait  until  the  download  process  was 
complete  before  he  could  query  his  local  system  to  determine  what  he  actually  received.  The  capability 
to  learn  the  contents  of  the  mailbox,  along  with  the  ability  to  select  which  messages  to  retrieve  from  it, 
would  be  helpful  to  the  user  who  wants  to  prioritize  the  retrieval  and  processing  of  his  messages.  The 
user  should  be  given  the  option  to  only  retrieve  those  messages  he  selects.  Without  this  option,  he  must 
wait,  perhaps  several  hours,  for  all  the  messages  to  be  downloaded  to  his  system  before  he  may  begin 
prioritizing  the  processing  of  the  transactions.  Such  unnecessary  and  lengthy  delays  can  be  detrimental 
to  a  small  business. 

The  destination  contractor’s  receiving  organization  has  a  critical  need  (higher  priority)  for  some  data 
over  other  data.  For  example,  an  engineering  change  can  be  critical  to  get  into  factory  production 
planning  quickly.  Timely  introduction  of  changes  can  minimize  or  eliminate  production  item  rework,  re¬ 
test,  waste,  breakage,  and  can  avoid  “stop  work”  or  “stop  production”  orders.  In  practice,  the  most  time- 
critical  information  for  a  production  factory  is  a  test  procedure  change  or  quality  assurance/inspection 
change.  Such  information  should  be  given  the  highest  send  and  receive  priorities  because  it  can  reduce 
production  and  distribution  costs.  Alternatively,  shipping,  transportation,  and  shipment  authorization 
information  may  be  the  highest  priority  information  for  both  the  contractor  and  the  customer  if  that 
particular  item  is  on  either  organization’s  “red-line  critical  path”  schedule.  In  another  scenario,  payment 
status  or  “Remittance  Advice”  electronic  funds  transfer  information  may  be  the  highest  priority 
information,  especially  to  a  small  business  with  immediate  payroll  or  bill  paying  needs. 

To  properly  satisfy  this  new  environment,  the  recipient  needs  the  capability  to  specify  which  file  he 
wants  to  read  first,  and  the  VAN  needs  to  provide  the  capability  for  the  recipient  to  select  and  download 
a  specific  file  first.  In  technical  terms,  the  VANs  should  provide  the  users  with  a  data  flow  control 
capability  to  satisfy  the  download  business  needs. 

[Editor’s  note:  As  this  report  is  being  written,  the  VANs  used  in  this  test  have  indicated  that  they  now 
provide  a  new  “selective  download”  capability  which  provides  all  of  the  functional  capabilities  discussed 
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in  sections  9.2.1  and  9.2.2.  This  new  capability  was  already  being  provided  in  their  synchronous 
operational  mode  and  therefore  was  available  to  be  quickly  added  to  the  as3nichronous  modem  dial-up 
operational  mode,  which  was  used  for  the  test,  and  is  the  preferred  telecommunications  connect  method 
for  small  businesses.] 

9o2o3  Amtomatic  Removal  of  Messages  from  Mailbox 

For  the  test  participants  who  had  an  Advantis  mailbox,  messages  in  the  mailbox  remained  there, 
apparently  indefinitely.  Once  a  message  was  retrieved  by  the  mailbox  user,  it  would  be  marked  as 
retrieved,  so  that  future  mailbox  accesses  would  not  attempt  to  re-retrieve  the  same  message  again. 

For  the  test  participants  who  had  a  mailbox  on  the  AT&T  VAN,  the  messages  would  arrive  in  the  user’s 
mailbox  and  be  held  there  for  five  days,  after  which  the  message  would  be  deleted  from  the  mailbox, 
whether  it  had  been  retrieved  or  not.  If  the  user  did  not  access  the  mailbox  during  that  five-day  period, 
the  message  would  be  lost,  and  the  sender  would  have  to  re-send  the  message  to  the  recipient.  This 
happened  frequently  during  the  test,  because  often  the  message  would  be  sent  on  a  Friday,  and  for 
various  reasons  (user  not  notified  in  time,  user  too  busy  to  check  mailbox,  hardware/communications 
problems,  etc.)  the  recipient  would  not  access  his  mailbox  until  after  the  message  had  been  removed  the 
follovdng  week.  As  with  the  Advantis  mailbox,  once  a  message  was  retrieved  by  the  user,  it  would  be 
marked  as  retrieved,  so  that  future  mailbox  accesses  would  not  attempt  to  re-retrieve  the  same  message. 

It  would  seem  preferable  to  give  the  user  some  control  over  deletion  of  messages  in  the  mailbox,  and  in 
fact,  at  least  one  test  participant  expressed  a  desire  to  be  able  to  delete  the  messages  himself.  Limiting 
the  lifetime  of  messages  in  the  mailbox  is  a  good  back-up  strategy  to  protect  the  VAN  from  overfilling  its 
storage  capacity,  but  a  longer  time  limit,  such  as  two  weeks  to  30  days,  might  be  more  appropriate. 

9.2A  Biisiness  Compiiter  Tied  Up  for  Long  Periods 

At  9600  baud,  downloading  large  amounts  of  data  was  too  slow  to  be  considered  a  viable  speed  for 
production  retrieval  of  bids.  Most  of  the  small  businesses  owned  only  one  IBM  compatible  system,  which 
would  be  taken  over  by  the  EDI  retrieval  process,  sometimes  for  hours.  This  rendered  the  system 
unusable  for  the  other  functions  it  normally  performed  during  the  course  of  the  business  day, 
significantly  impacting  and  sometimes  paralyzing  the  small  business’  normal  operations.  Those  who 
used  an  Advantis  VANmailbox  were  limited  to  transmission  speeds  of  2400  baud,  which  proved  to  be  an 
unacceptable  download  speed.  As  the  recipients  became  more  familiar  with  the  downloading  process, 
most  of  them  elected  to  wait  until  the  end  of  the  business  day  to  check  their  mailboxes.  One  contractor 
participant  commented,  'TU  do  not  believe  small  business  can  compete  with  EDI  841  transactions  due  to 
cost  of  time  required.”  And  another  noted  that  for  their  particular  situation,  they  would  have  to 
purchase  a  personal  computer  solely  dedicated  to  EDI  in  order  to  use  EDI  regularly. 

9o2o4cl  Download  Times  and  Other  Factors 

Recipients  observed  a  wide  range  of  download  times,  due  to  several  factors,  such  as  their  system 
configuration,  the  baud  rate  of  the  transmission,  and  the  integrity  of  the  telephone  connection  obtained 
when  they  dialed  up  their  VAN  mailboxes.  General  comments  provided  by  the  contractor  participants 
indicate  that  the  excessive  download  times  are  a  big  load  on  their  limited  computer  resources.  Some 
note  that  a  386  is  an  inadequate  engine  for  EDI  841  processing  and  that  a  higher-end  system  is  required, 
with  a  large  disk  capacity.  Another  noted  that  having  only  10  Mb3d;es  free  on  the  hard  disk  prevented 
the  successful  retrieval  of  messages  from  the  mailbox.  Another  contractor  participant  experienced 
temporary  download  problems  when  the  telephone  connection  was  repeatedly  severed  unexpectedly. 
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Some  quantitative  comments  on  download  performance  include: 

“...at  2400  baud,  download  of  [3]  files  required  2  hours.” 

“...downloaded  files  successfully  in  2.5  hours.”  [21  files  at  9600  baud], 
transfer  times  very  quick  (60  seconds). 

“Transmission... was  in  its  24th  hour  before  terminating  communication  session.”  After  18  hours 
5  Mbytes  had  been  received,  after  23  hours,  7  Mbytes.  [8.6  Mbyte  transmission  at  2400  baud  to  a 
386  processor] . 

4  Mbytes  took  2  hours  at  9600  baud. 

1  hour  to  download  0.5  Mbytes  at  2400  baud  —  “too  long.” 

The  complete  text  of  the  comments  submitted  as  part  of  the  test  checklist  can  be  found  in  Appendix  E. 

9.2.4.2  Use  of  Modems 

At  least  one  contractor  participant  indicated  that  the  use  of  the  9600  baud  modem,  which  he  received  on 
loan  for  the  test,  was  somewhat  problematic,  due  to  1)  the  fact  that  it  was  external,  rather  than 
internally  installed  in  his  system  unit,  and  2)  an  apparent  limitation  in  the  STX  software  that  prohibited 
use  of  auxiliary  COM  ports  for  the  modem.  This  particular  contractor  found  it  necessary  to  disconnect 
the  modem  from  his  computer  system  unit  in  order  to  utilize  his  printer.  This  inconvenience  might  have 
been  eliminated  had  STX  supported  a  modem  connection  on  COM3  or  COM4.  This  same  participant  felt 
that  the  STX  commands  to  configure  the  modem  could  be  made  more  straightforward. 

[Editor’s  note:  According  to  Supply  Tech,  STX  supports  Auxiliary  COM  ports  for  the  modem.  The  vendor 
could  have  used  an  A/B  switch  box  if  there  were  problems  with  his  printer.  The  software  comes  with  the 
modem  command  in  the  Log-on,  there  are  no  commands  to  configure  the  modem.] 

9.2.5  Access  to  Faster  Transmission  Rates 

Surprisingly,  those  users  who  had  an  Advantis  mailbox,  who  were  all  located  in  the  greater  Los  Angeles 
area,  were  required  to  access  their  mailboxes  at  a  speed  no  faster  than  2400  baud,  unless  they  elected  to 
make  a  long  distance  phone  call  to  download  the  transmissions.  The  only  known  9600  baud  phone  line 
in  California  was  in  the  San  Francisco  Bay  Area,  some  400+  miles  to  the  north.  Due  to  the  large 
solicitations  and  long  transmission  times,  the  cost  of  such  a  long  distance  phone  call,  even  at  9600  baud, 
was  quite  prohibitive.  This  possible  limitation  in  service  availability  should  influence  a  potential  user’s 
selection  of  a  ’VAN. 

9.2.6  Organization  of  Files  on  Local  System 

Once  STX  retrieved  the  messages  from  the  VAN  mailbox,  it  placed  all  resulting  files  into  a  single 
directory,  placing  each  binary  raster  image  into  a  separate  file,  ensuring  that  each  file  had  a  unique 
filename.  With  all  files  of  all  received  messages  co-located  in  one  directory,  the  user  found  it  difficult  to 
determine  which  files  belonged  to  each  message.  One  contractor  participant  commented,  “The  location  of 
new  transactions  were  difficult  to  locate.”  For  each  841  transaction  retrieved  from  the  mailbox,  STX 
created  a  file  which  summarized  the  non-binary  portion  of  the  841,  and  a  separate  file  for  each  included 
binary  segment.  For  the  small  solicitation,  this  generated  six  files,  and  for  the  medium  sized  solicitation, 
ten  files.  The  image  files  received  were  given  sequentially  ordered  filenames,  with  the  first  file  received 
named  BlNOOOOl .  DAT,  the  second  named  BIND 00 02  .DAT,  and  so  on.  STX  recorded  the  names  of  each  of 
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the  binary  files  in  the  841  summary  file,  but  the  user  found  it  necessary  to  print  out  the  summary  files  in 
order  to  determine  which  binary  files  went  with  each  solicitation,  a  somewhat  tedious  process.  Perhaps 
a  more  helpful  file  organization,  with  each  841  transaction  in  its  own  uniquely  identified  directory, 
would  be  more  appropriate.  Then,  the  software  could  use  the  filenames  that  are  recorded  in  the 
transaction  itself,  which  are  guaranteed  under  appropriate  application  of  MIL-STD-1840  to  be  unique  for 
each  transfer,  rather  than  generating  new  filenames.  By  using  the  filenames  that  are  provided  in  the 
841  transaction,  the  user  is  saved  from  mentally  translating  from  the  original  filename  to  a  new, 
contrived  one.  Most  contractor  participants  mentioned  that  they  found  the  sequential  image  filenames 
meaningless,  and  would  greatly  benefit  from  more  descriptive  filenames,  such  as  a  drawing  number,  list 
of  materials  number,  or  engineering  data  list  number. 

9o2=7  Telephone  Lines 

Most  of  the  small  businesses  who  participated  in  the  test  had  only  one  incoming  phone  line,  on  which  it 
relied  for  all  its  external  communication.  During  the  downloading  process,  this  line  would  be 
m.onopolized  by  the  modem,  thus  blocking  all  other  external  communication.  Small  businesses 
considering  entrance  into  the  EDI  world  should  strongly  consider  adding  a  second  phone  line  dedicated 
to  data  transmission.  One  should  also  consider  the  type  of  telephone  system  used  in  the  business.  Some 
allow  a  single  incoming  line,  which  may  be  ''split”  so  that  multiple  telephone  conversations  may  occur 
simultaneously.  One  such  system,  Merlin,  requires  that  an  additional  adapter  be  connected  to  the 
system  to  allow  uninterrupted  data  communication.  One  of  the  small  business  participants  reported 
that  the  cost  of  this  adapter  was  $250. 

9o3  Tips  for  VAN  Selection 

The  costs  of  using  third  party  VAN  services  is  dependent  upon  three  variables: 

1.  The  amount  of  actual  use.  Almost  all  VANs  charge  by  the  amount  of  data  or  number  of  bytes 
actually  transferred.  A  few  VANs  charge  by  the  length,  in  minutes,  of  connect  time. 

2.  The  quality,  performance,  capacity,  throughput,  and  functionality  of  the  services  offered, 
including  some  billable  optional  features  which  can  vary  the  cost  considerably. 

3.  The  d3mamics  of  the  competitive  commercial  marketplace,  plus  the  decreasing  cost  of  technology, 
VAN  implementation,  and  operations. 

All  three  of  these  factors  affect  potential  VAN  costs.  Several  paradoxes  have  been  identified  across  the 
multitude  of  commercially  available  VANs.  For  example,  high  performance  does  not  necessarily  imply 
high  cost.  Also,  guaranteed  delivery  within  a  specified  time  period  and  during  prime  time  may  not  imply 
additional  cost. 

These  factors  encourage  close  examination  and  comparison  of  VAN  functional  capabilities,  performance, 
services  offered,  and  pricing  structure.  A  contractor  who  is  considering  subscribing  to  a  VAN,  and  who 
will  be  sending  or  receiving  technical  information,  should  investigate  whether  the  VAN  is  capable  of 
transferring  binary  files  with  full  integrity  and  without  data  alteration.  Second,  it  may  be  a  significant 
cost  advantage  to  choose  a  VAN  that  will  deliver  the  data  within  a  few  minutes  and  at  no  additional 
price  over  one  which  may  wait,  perhaps  until  overnight,  for  batch  processing. 

Third,  the  contractor  should  compare  VAN  fee  schedules.  VAN  pricing  structures  are  different  for  each 
EDI  VAN  service  provider.  In  general,  the  more  items  a  VAN  charges  for  (e.g.,  number  of  b3rtes,  reports, 
connect  fees,  time  of  day,  total  number  of  messages,  etc.),  the  lower  the  charge  for  each  item,  and  vice 
versa.  Most  VANs  charge  a  minimum  monthly  account  fee,  which  can  vary  from  $3  on  one  VAN  to  $150 
on  another.  Most  VANs  also  charge  a  fee  for  the  amount  of  data  transferred,  which  can  vary  from  50 
cents  for  10  Kbytes  (about  8  pages  of  alpha-numeric  data)  on  one  VAN,  to  many  times  this  amount  on 
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another.  Some  VANs  also  have  a  per  message  and/or  per  connect  charge,  while  others  do  not.  Even 
though  the  choices  and  decisions  appear  complex,  a  contractor  can  change  VANs  easily.  Since  changing 
EDI  VANs  is  no  more  complicated  than  switching  to  a  new  long  distance  telephone  company,  the  initial 
VAN  selection  decision  need  not  be  seen  as  irreversible. 

9.4  Additional  Useful  Capabilities 

For  a  small  business  or  contractor  to  receive  technical  information  in  an  operational  environment,  a  few 
additional  capabilities  of  the  EDI  translator  software  would  be  beneficial,  but  not  mandatory.  These 
capabilities  include  “unattended  operations”  and  “overlay  generation”  options. 

An  unattended  operations  capability  allows  the  translation  package  to  operate  in  an  unattended  EDI 
server  mode,  so  that  incoming  messages  can  be  imported  directly  into  the  recipient’s  business 
environment  immediately  upon  arrival  at  the  business’  mailbox  on  the  network.  This  can  save  valuable 
time  in  the  bidding  and  other  normal  business  processes.  The  converse  is  equally  true.  ’With  an 
unattended  operations  option,  any  outbound  message  can  be  formatted,  packed,  and  issued  with  few,  if 
any,  operator  keystrokes.  Without  this  option,  some  software  packages  necessitate  numerous  time- 
consuming  (and  sometimes  error  prone)  data  entry  functions. 

The  optional  overlay  generation  capability  enables  the  user  to  generate  EDI  message  templates,  or 
“overlays,”  for  additional  EDI  transactions  as  he  or  she  expands  the  variety  of  EDI  messages  used.  A 
new  EDI  user  typically  utilizes  only  six  or  fewer  of  the  over  250  currently  available  messages.  Over  the 
years,  he  could  easily  expand  his  EDI  messaging  capability  if  he  has  the  capability  to  generate  the 
overlays  needed  for  new  messages.  Alternatively,  the  user  must  ask  and  perhaps  pay  his  EDI  translator 
vendor  to  add  new  messages  to  the  user’s  installation.  The  overlay  generation  capability  is  financially 
beneficial  to  larger  EDI  operations  and  businesses  with  readily  available  or  resident  information  systems 
software  personnel,  who  are  available  and  have  the  necessary  skills  to  develop  overlays.  However,  for  a 
smaller  business  without  such  resources,  especially  initially,  it  may  be  more  cost  effective  to  have  the 
translator  software  vendor  provide  an  overlay  generation  service.  Unlike  the  unattended  operations 
option,  which  should  be  part  of  each  initial  EDI  implementation,  overlay  generation  can  be  added 
months  or  years  later  when  the  business’  technical  proficiency  is  increased,  with  no  impact  on  the 
implementation  or  translator  product  already  in  place. 
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Observations  on  Data  Usability 


This  section  covers  the  issues  encountered  by  the  recipients  of  the  electronic  images  while  they 
attempted  to  view  and  share  the  data.  The  scope  of  this  section  includes  manipulation  of  the  received 
data  files,  displaying  and  printing  the  images,  and  general  preparation  of  the  received  items  for  analysis 
and  bidding. 

The  CALS  strategy  asserts  that  a  digital  image  environment,  in  the  aggregate,  is  more  cost  effective 
than  the  equivalent  paper  or  microfilm  methods.  Certainly  the  processes  associated  with  the  generation, 
filing,  and  retrieval  of  digital  documents  have  advantages,  such  as  fewer  lost  documents,  improved 
accountability,  reduced  material  costs,  and  greater  accuracy  of  copies. 

10.1  Background 

The  eight  Blue-Ribbon  SM-ALC  contractor  participants  and  the  BYU  Co-op  were  each  loaned 
decompression  and  display  software  capable  of  processing  CALS  MIL-R-28002  Raster  Type  I  compressed 
binary  files.  The  software  was  compatible  with  the  computer  systems  used  to  download  the  transactions 
from  the  VANs.  On  the  DOS-based  systems,  HiJaak  software,  which  has  the  capability  to  both 
decompress  and  display  the  raster  images,  was  provided  to  the  contractor  participants  by  Inset  Systems 
Inc.  In  addition  to  HiJaak,  Myriad,  produced  by  Informative  Graphics  Inc.,  was  used  by  the  Air  Force 
CALS  Test  Network  and  SM-ALC  during  the  test. 

Although  there  is  a  wide  range  of  technology  available  for  both  character  recognition  and  raster-to-vector 
conversions,  the  scope  this  test  limited  image  application  to  displaying  and  printing. 

10.1.1  Necessary  Hardware  and  Software  Capabilities  for  Data  Display 

While  with  tangible  documents,  the  user  may  be  limited  to  receive  and  use  poor  quality  copies  of  original 
documents,  in  a  digital  data  interchange  scenario,  the  user  has  access  to  an  exact  duplicate  of  the 
archival  data  that  exists  in  the  sender’s  image  repository.  This  scenario  simply  requires  that  the  user 
have  access  to  digital  capabilities  which  parallel  the  optical  viewing  process,  a  basic  requirement  for  the 
successful  implementation  of  digital  image  technology. 

Most  computer  owners  prefer  that  any  new  software  or  hardware  that  provides  a  new  capability  be 
compatible  with  and  easily  integrated  with  their  existing  computer  system  environment.  Many 
businesses  entering  the  world  of  digital  engineering  drawings  would  also  like  to  migrate  from  aperture 
cards  or  mylar  to  this  new  paradigm  smoothly  and  gradually,  with  little  or  no  perturbation  to  the 
business’  existing  daily  operations.  A  business  process  evaluation  and  perhaps  re-engineering  exercise 
may  aid  such  a  business’  manager  in  making  this  transition. 

The  technical  solution  should  be  low  cost,  readily  available,  reliable,  flexible,  expandable,  and  easily 
tailored  to  meet  a  business’  current  and  future  needs.  The  computer  system  hardware  must  be  capable 
of  supporting  image  display  requirements,  and  the  software  must  provide  the  appropriate  decompression 
and  display  functions.  The  context  of  the  application  will  determine  the  size  and  volume  of  the  data 
being  transferred.  The  content  of  the  data  Qine  drawing,  text,  etc.),  and  the  way  it  is  applied  by  the  user 
will  determine  the  functional  requirements  and  will  dictate  the  necessary  hardware  and  software.  The 
specifics  of  the  hardware  and  software  used  by  the  data  recipients  in  this  test  are  outlined  in  sections  2.2 
and  2.5. 


A  system  used  to  receive  EDGARS  source  data  must  provide  8  Mbytes  of  bit-map  storage  resources  to 
display  the  largest  allowable  EDGARS  image.  Storage  resources  may  be  provided  as  Random  Access 
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Memory  (RAM)  or  as  disk  space.  Image  retrieval,  for  display,  occurs  much  more  rapidly  from  memory 
than  from  disk.  However,  image  decompression  performance  is  generally  a  function  of  disk  access, 
optimization  of  the  decompression  utility,  and  perhaps  most  importantly,  processor  speed.  Application 
process  issues  will  dictate  the  number  of  images  to  which  the  user  requires  continuous  access.  The  speed 
and  number  of  drawings  required  will  have  direct  bearing  on  the  hardware  and  software  requirements. 
Optimal  software  setup,  during  and  after  installation,  is  also  a  very  important  part  of  a  successful 
integration  of  a  digital  image  application. 

lOolol^l  Ability  to  Process  CALS  Files 

The  ability  to  access  CALS  formatted  image  files,  interpret  the  CALS  file  headers,  and  display  the 
encoded  images  is  a  basic  requirement  in  a  CALS  digital  image  environment. 

The  structure  of  the  CALS  raster  image  files  used  in  this  demonstration  provides  two  types  of  data: 
attribute  and  content.  The  procedural  and  image  attributes  are  supplied  at  the  beginning  of  the  file,  in 
an  ASCII  header.  The  image  attributes  required  to  correctly  decompress  and  display  the  encoded  data 
are  located  in  this  header.  The  image  content,  a  CCITT  Group-4  binary  compression  of  the  full  sized 
bitmap,  is  appended  directly  to  the  header. 

A1  artifacts  incorporated  in  the  image  content  must  be  viewable  by  the  user,  and  the  attributes, 
available  in  the  CALS  header  (document  name,  classification,  related  documents,  revision,  etc.),  must  be 
accessible  by  the  user.  Decompression  of  the  encoded  binary  image  into  a  bitonal  bit-map  is  required 
before  any  other  display  function  can  be  undertaken. 

The  perception  of  digital  image  performance  is  virtually  always  linked  to  decompression  speed,  as 
compared  to  working  with  tangible  documents.  The  decompression  time  of  an  image  is  a  function  of  its 
density  (number  of  characters,  lines,  and  image  artifacts)  and  does  not  necessarily  correlate  with  the  size 
of  the  image  (see  section  4.2. 4. 2).  To  successfully  decompress  and  display  CALS  raster  images,  an  image 
processing  tool  must  parse  the  ASCII  header,  locate  the  scan  line  length  record  in  the  CALS  header 
(labeled  rpelcnt : ),  read  the  record  parameters,  and  convert  them  to  binary  values  for  use  in  the 
decompression  process. 

10olAo2  Ability  to  Display 

The  viability  of  applying  image  technology  to  technical  data  distributed  by  the  DoD  also  hinges  on  the 
performance  of  the  display  capability.  Displa3dng  a  digital  image  must  be  accomplished  as  easily  and 
accurately  as  possible,  at  a  minimum  paralleling  the  functionality  provided  by  paper  documents. 

More  robust  engineering  applications  provide  their  own  unique  requirements.  However,  in  any 
application,  an  intuitive  viewing  capability  is  highly  desirable.  The  user  should  be  free  to  concentrate  on 
viewing  the  image  rather  than  on  manipulating  the  display  tool.  Athough  a  display  tool  may  have  a 
wide  range  of  comprehensive  functions,  without  an  intuitive  operational  strategy,  the  display  process 
may  very  well  obscure  the  basic  application. 

The  act  of  viewing  the  images  requires  something  of  a  paradigm  shift  with  respect  to  the  user’s  existing 
methods  for  viewing  engineering  data.  The  analog  nature  of  a  complete  paper  image,  constantly  in  the 
viewer’s  vision  range  and  providing  a  global  context  reference,  is  difficult  to  recreate  within  the  confines 
of  the  typical  Video  Display  Terminal  (VDT).  On  the  other  hand,  the  magnification  capabilities,  accuracy 
of  copies,  mark-up  flexibility,  accessibility,  and  the  ease  of  handling  large  formats  through  a  digital 
display  device,  are  exploitable  advantages  offered  by  the  digital  technology. 
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10.1.1.3  Ability  to  Rotate  and  Zoom 

Most  available  display  software  provides  adequate  rotation  and  zoom  capability,  at  acceptable  speeds, 
when  working  against  files  in  formats  native  to  the  particular  display  packages. 

10.1.1.4  Printing  Images 

An  image  displayed  on  a  computer  screen  is  generally  a  representation  of  the  bit-map  image  stored  in 
memory.  The  resolution  at  which  the  data  is  presented  is  a  function  of  the  desired  magnification,  the 
system’s  video  hardware,  and  the  operating  system’s  presentation  interface. 

Several  mechanisms  may  be  applied  to  extract  image  data  from  the  computer  for  printing  on  paper;  all 
wdll  have  some  restrictions  on  the  amount  of  data,  the  page  size,  and  the  quality  of  the  image  being 
printed. 

The  resolution  of  a  printed  representation  is  a  function  of  the  printer  and  how  the  data  was  provided  to 
the  printer.  The  greater  the  number  of  pixels  that  are  available  to  cover  a  given  paper  format,  the  better 
the  resolution  or  sharpness  of  the  printed  image.  Topically,  the  resolution  of  a  decompressed  bit-map 
image  is  adequate  for  printing  the  image.  Data  transferred  directly  from  the  bit-map  to  the  paper  will 
normally  give  a  usable  image,  while  VDT  image  transfers  are  perceived  as  less  than  optimum. 

10.1.2  Details  about  the  Decompression  Software  Used 

Although  display  software  exists  in  any  number  of  configurations,  and  can  service  a  wide  range  of  data 
formats,  those  packages  not  capable  of  processing  CALS  files  require  an  image  conversion  process  before 
the  image  can  be  displayed.  The  display  software  used  was  capable  of  converting  and  displaying  CALS 
MIL-R-28002  Type-I  raster  images. 

Both  HiJaak  and  Myriad  were  tested  against  the  Air  Force  CALS  Test  Network  Raster  Test  Suite  (CTN 
Report  91-042)  to  determine  their  ability  to  recognize  all  the  Huffman  run-length  codes  published  in  the 
CCITT  T.6  documentation.  The  test  suite  consists  of  three  CALS  MIL-R-28002A  Type-I  files  containing 
black  and  white  run-lengths  defined  in  the  CCITT  T.6  tables.  The  test  results  indicated  that  both 
HiJaak  and  Myriad  were  able  to  recognize  all  the  required  Huffman  encoded  run-lengths. 

10.1.3  Details  about  the  Display  Software  Used 

The  display  software  used  was  capable  of  magnifying  and  reducing  the  digital  images  through  a  “zoom” 
function,  which  facilitated  displaying  images  in  a  wide  range  of  sizes  and  resolutions,  from  shrinking  the 
entire  image  down  to  the  size  of  the  display  area,  to  enlarging  the  smallest  artifact  to  fill  the  computer 
screen.  This  type  of  capability  is  far  superior  to  that  afforded  by  conventional  optical  enlargement 
systems  for  tangible  media  such  as  paper  or  aperture  cards,  which  limit  selection  to  one  or  two  optical 
paths  (lenses),  providing  only  an  incremental  enlargement  capability. 

10.2  Observations 

From  the  perspective  of  the  solicitation  recipient,  viewing  the  enclosed  images  proved  to  be  a  very 
frustrating  and  time-consuming  process  associated  with  electronic  bidding.  There  were  several  factors 
involved,  which  are  outlined  in  the  following  sections.  It  was  clear  that  a  range  of  raster  data  display 
and  printing  capabilities  exist,  exhibiting  a  range  of  functionality.  As  the  CALS  data  formats  become 
more  prevalent,  an  increasing  number  of  hardware  and  software  display  products  are  being  made 
available,  and  rapid,  dramatic  improvements  in  software  and  hardware  performance  has  greatly 
benefited  these  products,  the  industry,  and  the  user  community.  In  addition  to  the  quality  and 
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accessibility  of  the  images,  observations  on  the  usability  and  completeness  of  the  data  content  are 
included. 

In  general,  the  test  team  attempted  to  execute  every  procedure  required  of  the  contractor  participants. 
Notable  observations  are  addressed  in  the  following  sections. 

10.2c  1  Renamiiig  Files 

Being  unaware  of  one  of  HiJaak's  setup  options,  which  allows  the  user  to  specify  any  or  no  file  extension 
to  be  used  to  identify  CALS  raster  files,  the  raster  file  recipients  manually  changed  the  file  extension  of 
each  raster  file  received  to  .  CAL.  .  CAL  is  the  default  file  extension  which  HiJaak  uses  to  recognize  input 
files  as  CALS  files.  The  test  team  became  aware  of  this  setup  option,  which  would  have  obviated  manual 
renaming,  after  the  testing  was  concluded. 

10o2o2  Decompression  of  CALS  Files 

One  of  HiJaak's  primary  capabilities  is  conversion  of  image  files  from  one  type  to  another.  At  the  user’s 
option,  HiJaak  could  be  commanded  to  convert  a  CALS  raster  file  into  a  more  familiar  file  format,  such 
as  PCX,  which  could  then  be  processed  by  readily  available  display  programs,  such  as  Paintbrush  for 
Windows.  Many  of  the  test  participants  with  PC  platforms  were  too  unfamiliar  with  alternative  file 
formats  and  other  specialized  features  of  their  computer  systems  to  be  comfortable  exploring  this  option. 
They  instead  chose  to  use  HiJaak  to  display  and  print  the  images,  as  well  as  decompress  them, 

10o2<>2.1  Observations  on  Performance 

A  number  of  mechanisms  may  be  used  to  ascertain  performance  in  the  digital  environment.  These  can 
include  “user  perceptions,”  hand  held  stop-watch  tests,  and  computer  timed  benchmark  utilities.  No 
benchmark  performance  tests  were  introduced  in  this  analysis,  which  hampered  the  evaluation  of  the 
timing  tests.  In  the  absence  of  any  objective  benchmark  strategies,  and  because  of  significant  impact 
associated  with  variations  in  the  test  participants’  platform  configurations,  the  test  team  can  make  no 
definitive  statements  on  performance.  The  test  team  acknowledges  that  a  wide  range  of  performance 
results  can  be  derived  from  the  products  that  are  available  to  display  image  data.  Product 
recommendations  are  not  within  the  scope  of  this  report.  The  test  team  notes  that  differences  exist,  and 
encourages  users  to  investigate  the  functionality  and  performance  required  for  their  individual 
applications.  These  performance  figures,  taken  in  late  ‘92  and  early  '93,  should  not  be  used  directly 
when  considering  the  performance  of  such  products  available  today.  Many  prominent  CALS  product 
vendors,  such  as  Inset  Systems,  recognize  the  need  to  keep  up  with  and  lead  the  highly  competitive 
market  of  short  life-cycle  PC  software,  and  have  made  dramatic  improvements  in  performance,  in  some 
cases  as  much  as  a  factor  of  20. 

All  the  participants  (LLNL,  SM-ALC,  and  the  contractors)  applied  some  form  of  timing  evaluation, 
delivering  a  range  of  decompression  timing  results.  The  decompression/display  times  vary  widely,  from 
1  to  4  minutes  using  a  486/25DX  processor,  to  10  and  15  minutes  on  a  386/16  MHz  CPU.  Some  test 
participants  with  slower  times  found  displaying  and  printing  the  images  too  time  consuming  to  perform 
on  every  image  they  received.  The  extremes  in  the  results  are  attributed  to  differences  in  system 
configurations,  installation  parameters,  hardware  speeds,  and  software  versions.  Many  other 
parameters,  such  as  memory  access  and  buffer  sizes,  play  a  key  role  in  determining  decompression 
performance  on  any  computer  platform.  Obviously,  CPU  speed  and  decompression  algorithms  have  the 
greatest  effect.  An  optimum  configuration  which  utilizes  a  more  recent  version  of  either  HiJaak  or 
M>Tiad  should  provide  decompression  times  between  15  seconds  and  1  minute  20  seconds  or  faster.  One 
contractor  participant  experienced  swapfile  space  limitations  on  his  386  system  with  an  80  Mbyte  disk 
drive  and  4M  of  memory.  When  he  moved  the  application  to  a  486  with  a  200  Mbyte  disk  and  8M  of 
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memory,  this  problem  was  solved  and  he  was  able  to  view  the  images,  but  he  felt  that  the  processing 
speed  was  still  very  slow. 

Users  converting  from  the  CALS  Type-I  raster  format  to  an  intermediate  format  (such  as  PCX)  for 
displaying,  printing,  and  editing,  will  experience  longer  decompression  times.  In  a  number  of  cases,  the 
contractor  participants  indicated  that  their  decompression  performance  was  too  slow  to  be  useful  in  a 
production  environment. 

10.2.2.2  Performance  Statistics 

Timing  tests  on  SM-ALC  and  LLNL  platforms  substantiated  the  performance  differential  associated 
with  a  range  of  hardware  and  software  solutions.  The  LLNL  AFCTN  test  bed  and  SM-ALC  both  used  PC 
configurations  that  would  decompress  and  display  an  image  in  the  15  second  to  1.75  minute  range. 


CPU 

Speed 

Memory 

Disk 

IBM  PS/2  Model  60 

25  MHz 

2  Mbytes 

33  Mbytes 

Table  10.1  LLNL  test  platform  configuration. 


os 

CPU 

Speed 

Memory 

MS-DOS  5.0 

80386 

25  MHz 

7  MBytes 

MS-DOS  5.0 

80386 

40  MHz 

4  MB3d;es 

MS-DOS  5.0 

80486 

33  MHz 

7  MB3i:es 

MS-DOS  5.0 

80486 

50  MHz 

10  MB3d:es 

Table  10.2  Configurations  of  SM-ALC  image  test  platforms. 


Indicative  of  the  performance  variations  are  the  results  of  a  stop-watch  test  conducted  by  LLNL,  which 
targeted  four  images.  Each  image  was  decompressed  twice  on  the  same  system,  once  with  the  source 
files  located  on  floppy  disk,  and  once  with  them  on  the  system  hard  disk.  The  following  variations  in 
decompression  performance  were  observed: 


File 

Floppy  disk 

Hard  disk 

Name 

(in  seconds) 

(in  seconds) 

d001rl41 

15 

13 

d001rl42 

105 

90 

d001rl43 

85 

74 

d001rl44 

89 

75 

Table  10.3  Decompression  performance  of  test  images  at  LLNL. 
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10.2.2.3  Analysis  Of  Decompressed  Files 

The  following  table  shows  the  relative  image  density,  file  sizes,  and  compression  ratios  of  two  of  the 
CALS  raster  image  files  used  in  this  test: 


FILE  #1 

FILE  #2 

AKEA  (pels  x  scan  lines) 

3824x5100 

6880x8800 

HeighL^Width/8  (pixels) 

2,437,800 

7,568,000 

FILE  SIZE  (bytes) 

CALS 

108288 

358656 

PCX 

506130 

2246435 

COMPRESSION  RATIO 

CALS 

22.5  :  1 

21.1  :  1 

PCX 

4.8  :  1 

3.4  :  1 

Table  10.4  Example  compression  statistics  comparing  CALS  raster  to  PCX. 


V^Tiile  other  compressed  raster  file  formats  besides  PCX  are  available,  the  above  table  compares  CALS 
raster  with  only  PCX,  since  PCX  is  generally  the  most  popular  image  file  type  on  DOS  platforms. 
Comparisons  with  other  compressed  raster  file  formats  3delded  results  similar  to  those  shown  above, 
indicating  that  CALS  raster  compression  is  the  most  effective  compression  algorithm,  resulting  in  the 
smallest  file  sizes,  thus  making  the  most  efficient  use  of  disk  space. 

However,  there  is  increased  overhead  associated  with  the  CALS  raster  compression  algorithm.  When 
images  were  converted  to  PCX,  BMP,  or  other  types,  they  were  usually  displayed  virtually  immediately, 
whereas  images  in  CALS  raster  format  required  45  seconds  to  2  minutes  or  more  to  decompress  for 
display. 

10o2c3  Displaying^  Rotation^  Zooming 

The  display  functions  available  in  HiJaak  allowed  the  LLNL  AFCTN  test  bed  to  display  and  print  the 
images  used  in  this  test. 

SM-ALC  used  HiJaak  for  Windows  (v.  1.0)  to  manipulate  CALS  files,  and  was  successful  in  displaying 
files  on  a  variety  of  machines,  such  as  those  shown  in  table  10.2.  In  every  case,  all  machines  could 
display  all  files.  Directly  displaying  the  CALS  files,  and  converting  them  from  CALS  to  other  display  able 
or  printable  formats,  was  also  successful  on  all  LLNL  and  SM-ALC  machines. 

On  the  LLNL  and  SM-ALC  platforms,  once  the  images  were  decompressed,  manipulations  such  as  pan, 
zoom,  and  rotate  were  virtually  instantaneous.  However,  the  test  team’s  perception  of  performance 
requirements  to  sustain  an  application  were  based  on  familiarity  with  the  technology,  and  may  perhaps 
differ  from  how  another  user  might  interact  with  a  digital  display  system. 

Those  contractor  participants  who  used  HiJaak  to  convert  the  CALS  files  to  PCX  format,  and  then  used 
some  other  PCAVindows-resident  package,  such  as  Paintbrush  for  Windows,  for  displaying,  found  that 
the  quality  and  clarity  of  the  images  as  displayed  on  the  screen  far  surpassed  that  of  the  same  images 
taken  from  aperture  cards.  One  contractor  described  the  resulting  images  as  “surprisingly  high  quality, 
superb.”  Another  described  them  as  very  readable,  sharp. 
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Those  contractors  who  did  not  use  a  different  display  package  experienced  very  slow  performance  when 
attempting  to  display  the  CALS  raster  images.  In  some  cases,  attempts  to  modify  the  view  of  the  image 
as  it  appeared  on  the  screen  resulted  in  delays  of  between  5  and  10  minutes;  sometimes  the  system 
would  hang  up  or  crash.  One  contractor  noted  that  when  manipulating  a  rather  small  50-100  Kbyte 
image,  any  interaction  that  resulted  in  an  update  of  the  display  led  to  a  2  minute  wait.  Considering  a 
production  environment,  where  hundreds  of  images  could  be  received  in  a  day,  these  speeds  are 
unacceptable.  However,  the  performance  improvements  made  since  the  time  of  this  test  should  lead  to  a 
more  robust  production  environment.  One  contractor  suggested  that  a  “55  or  66  MHz  32  bit  bus  system 
with  a  32  hit  video  card”  might  be  a  good  system  configuration  for  image  manipulation.  These 
performance  limitations  severely  hindered  the  usefulness  of  the  electronic  image.  A  few  contractors  who 
used  Myriad  to  manipulate  the  images  were  more  satisfied  with  the  performance. 

HiJaak  can  display  dozens  of  file  types  and  sizes.  For  this  reason,  it  can  zoom  both  in  and  out  on  any 
graphic.  As  delivered,  HiJaak’s  initial  zoom  setting  was  such  that  the  image  would  be  enlarged  to  the 
point  that  a  user  might  be  viewing  an  unrecognizable  small  area  of  the  data.  This  was  overcome  by 
modifying  HiJaak’s  initial  display  parameters.  Perhaps  due  to  system  hardware  limitations,  contractors 
were  not  always  effective  at  utilizing  HiJaak’s  pan  and  zoom  features. 

One  contractor  participant  noted  that  each  image,  when  initially  displayed  on  the  screen,  was  rotated 
clockwise  90  degrees.  The  initial  version  of  HiJaak,  as  provided  to  the  contractor  participants,  was 
unable  in  many  cases  to  rotate  a  graphic.  Any  given  graphic  may  be  readable  in  either  portrait  or 
landscape  mode,  so  rotation  will  be  required  of  some  graphics.  Inset  Systems  delivered  a  corrected 
version  before  the  test  was  complete.  Its  usefulness  was  tested  and  confirmed  by  the  testing  team. 

10.2.4  Printing 

Additional  difficulties  were  experienced  when  trying  to  generate  hardcopies  of  the  images.  Using  the 
conversion/viewing  package  that  was  provided  for  the  test,  only  those  users  with  Epson-compatible  dot¬ 
matrix  printers  could  print  the  entire  image  on  a  single  8-1/2  x  11  inch  sheet  of  paper.  These  paper  plots 
were  of  a  fairly  high  resolution  and  were  quite  readable.  Most  users  had  Hewlett-Packard  or  other  tjq)es 
of  laser  printers,  which  could  not  be  successfully  driven  by  the  software.  Users  without  Epson-type 
printers  could  only  print  the  portion  of  the  image  that  was  visible  when  displaying  the  image  on  the 
screen. 

HiJaak  was  not  intended  to  print  multi-page  output  of  graphics;  it  was  unable  to  print,  for  instance,  an  E 
size  drawing  onto  four  8-1/2  x  11  inch  sheets.  The  contractor  participants  found  this  inconvenient,  and 
Inset  Systems  said  this  could  be  changed  in  the  future,  if  required.  Printing  performance  was  generally 
found  to  be  similar  to  display  performance.  One  contractor  noted  that  printing  an  80  Kbyte  image  file 
took  5  minutes  30  seconds.  Another  noted  that  attempting  to  print  large  image  files  would  crash  the 
system  print  queue. 

Some  contractors  successfully  converted  the  CALS  files  to  PCX  files,  and  printed  them  using  other 
software,  such  as  Paintbrush  for  Windows.  These  contractors  were  able  to  print  the  entire  image,  or  a 
portion  of  the  image,  by  performing  a  “screen  dump”  of  the  window  containing  the  view  of  the  image. 

This  solution  was  also  problematic,  in  that  the  resolution  of  these  screen  dumps  was  generally  poor, 
rendering  the  image  unreadable.  The  user  could  enlarge  a  portion  of  the  full  image,  and  using  pan  and 
print  capability,  generate  multiple  8-1/2  x  11  inch  sub-plots,  which  could  then  be  pasted  together  to 
render  the  full  image  on  paper.  Such  a  business  practice,  however,  can  be  labor  intensive,  tedious,  time 
consuming,  and  inaccurate. 
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Another  possible  solution  might  be  to  try  printing  on  a  large  format  plotter.  While  a  few  of  the 
contractor  participants  owned  large  format  plotters,  attempting  to  print  the  test  images  on  them  was  not 
a  requirement  for  the  test. 

10.2.5  Bidding  from  Electronic  Data 

The  small  business  contractor  participants  who  needed  to  internally  distribute  incoming  solicitations  in 
order  to  formulate  a  bid,  found  manipulating  electronic  drawings  to  be  somewhat  cumbersome.  Due  to 
the  test  environment,  many  contractors  had  only  one  computer  system  capable  of  displaying  the  images. 
This  made  electronic  distribution  of  the  images  difficult  at  best,  and  required  all  persons  who  normally 
participate  in  bidding  to  access  a  common  workstation,  rather  than  working  at  their  desks.  Most  of 
these  contractor  participants  normally  distribute  or  route  hardcopy  plots  (e.g.,  blue  prints)  of  the 
drawings  so  they  can  be  evaluated  for  bidding.  Due  to  the  difficulties  with  obtaining  legible,  useful 
hardcopies  of  the  electronic  images,  as  outlined  in  section  10.2.4,  distribution  of  reasonable  paper 
drawings  was  not  an  available  option.  One  contractor  who  was  unable  to  generate  any  legible  hardcopies 
of  the  drawings  concluded  that,  for  his  company,  all  bidding  must  be  accomplished  by  viewing  the  image 
on  the  computer  screen.  Many  contractor  participants  concluded  that  without  faster  and  more  powerful 
display  and/or  plotting  capability,  attempting  to  bid  using  only  electronic  images  would  make  their 
internal  analysis  and  bidding  processes  more  cumbersome  than  their  current,  aperture  card-based 
processes. 

About  half  of  the  contractors  who  submitted  completed  checklists  indicated  that  they  could  have 
formulated  a  valid  bid  from  the  data  they  received.  The  variation  in  responses  is  likely  due  to 
differences  in  internal  processing  at  each  contractor’s  site.  Verification  of  the  completeness  of  the 
received  data  was  difficult,  perhaps  due  to  inconsistent  delivery  of  a  parts  list  or  drawing  list.  Some  of 
the  images  received  were  considered  unnecessary  for  transmission,  since  most  contractors  who  have 
been  supporting  SM-ALC  already  have  most  images  on  file  from  previous  solicitations.  One  contractor 
indicated  that  they  would  like  to  be  able  to  selectively  request  drawings  on  an  as-needed  basis  when 
responding  to  specific  solicitations.  Including  an  encoded  version  of  the  EDL  was  also  considered 
unnecessary,  since  the  contractors  have  no  facility  for  decoding  it. 
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Summary  and  Recommendations 


This  test  demonstrated  that  CALS  and  EDI  can  be  used  together  to  electronically  deliver  military  RFQs 
that  specify  technical  parts  to  small  manufacturing  contractors.  It  also  identified  several  problem  areas 
that  need  to  be  addressed  when  developing  a  production  CALS-  and  EDI-based  implementation. 
Observations,  including  the  most  significant  successes  of  the  test,  along  with  problems  and 
recommended  solutions,  are  described  in  the  following  sections. 


11.1  Significant  Successes 

This  test  used  the  CALS  and  EDI  standards  and  commercial  VANs  to  bring  about  the  first  electronic 
transfer  of  Air  Force  technical  bid  set  data  to  multiple  manufacturing  contractors,  including  small 
businesses.  One  contractor,  upon  receiving  one  of  the  bid  sets  commented,  “This  is  the  best  thing  to 
happen  to  Government  contracting.” 

The  Implementation  Conventions  for  the  ANSI  ASC  X12  841  transaction  set,  that  were  developed  and 
used  for  this  test,  were  accepted  by  each  of  the  DoD  services. 

The  most  impressive  success  observed  was  the  ability  to  accomplish  the  entire  test  with  a  variety  of 
COTS  hardware  and  software. 


11.2  Observations  and  Recommendations 

A  summary  of  the  observations  and  accompanying  recommendations  from  the  test  follow.  The 
observations  are  all  summarized  from  the  respective  chapters  dealing  with  the  subjects  indicated. 

11.2.1  Engineering  Data  from  EDGARS  to  the  Site  IGP 

Observations: 

1.  EDCARS  does  not  operate  from  an  electronic  engineering  data  list  (EDL). 

2.  The  Ethernet  connection  to  EDCARS  was  not  viable  for  use  during  the  test. 

3.  Using  9-track  magnetic  tapes  to  move  the  data  was  adequate,  but  required  that  they  be 
hand-carried  to  achieve  data  transmission. 

4.  Multiple  tapes  were  not  necessary  for  even  the  largest(<$25,000)  procurement  actions. 

5.  The  engineering  drawings  from  EDCARS  were  evaluated  and  found  to  be  consistent  with  the 
prescribed  CALS  raster  format  (MIL-R-28002  Tjype-I). 

6.  There  was  no  simple,  automated  way  to  determine  which  CALS  raster  image  files  should  be 
packaged  into  the  appropriate  solicitations. 

7.  The  “typical”  bid  set  contained  about  10  engineering  drawings,  requiring  less  than  2 
megabytes  of  storage. 

Recommendations: 

1.  For  issues  pertinent  to  EDCARS  capability,  any  of  the  following  options  would  be  effective: 

a.  EDCARS  could  be  modified  to  operate  off  an  electronic  engineering  data  list.  This  would 
greatly  facilitate  the  contracting  business  process. 

b.  An  add-on  front-end  system  could  be  introduced  to  stage  data  identified  on  an  electronic 
EDL. 

c.  EDCARS  could  be  replaced  with  a  more  modern,  robust  solution,  e.g.  JEDMICS. 

2.  EDCARS  should  deliver,  along  with  CALS  raster  files,  a  table  that  shows  the  CALS  filename 
associated  with  each  solicitation  aperture  card  or  drawing,  to  facilitate  packaging  of  the 
electronic  solicitation(s). 
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3.  It  is  imperative  that  the  direct  electronic  connection  between  EDGARS  and  the  site  IGP  be 
used  to  transfer  engineering  data.  This  may  require  software  on  both  systems  to  automate 
two-way  file  transfer. 

ll»2o2  Biisiiiess  Data  from  ACPS  to  the  Site  IGP 
Observations: 

1.  Electronic  RFQs  (X12  840s)  had  to  be  generated  and  verified  by  hand  since,  at  the  time  of  the 
test,  there  was  no  mechanism  for  converting  ACPS  contract  information  into  an  840. 

2.  Not  all  of  the  business  data  was  available  on  ACPS;  it  was  gathered  from  several  sources. 

3.  Central  contracting  buyers  are  unaccustomed  to  the  format  and  fields  required  in  the  ANSI 
X12  transaction  set  840. 

4.  The  entire  process  of  electronically  issuing  RFQs  is  a  change  for  the  contracting  people. 
However,  the  test  has  indicated  that  automation  is  feasible. 

Recommendations : 

1.  ACPS  and  any  other  computer  systems  containing  relevant  business  records  should  be 
enhanced  to  accommodate  X12  840,  and  should  be  electronically  connected  to  the  site  IGP. 
This  would  facilitate  electronic  contracting  and  eliminate  error-causing  and  time-consuming 
re-entry  of  data. 

2.  Such  an  automated  system  that  electronically  issues  RFQs  should  be  tailored  to  the  buyer, 
and  not  require  the  user  to  have  detailed  knowledge  of  X12. 

3.  For  the  purpose  of  implementation,  knowledgeable  contracting  people  should  be  included  in  a 
team  that  takes  a  total  look  at  redesigning  the  current  business  process. 

[Editor’s  note:  It  appears  that  the  DoD  EC  in  Contracting  Process  Action  Team  Report  addresses 

many  such  issues.] 

llo2c.3  Merging  840  and  841 

Observations: 

1.  There  was  no  way  to  specify  in  an  840  that  841(s)  are  associated  with  that  840. 

2.  A  given  solicitation  consisting  of  multiple  raster  images  may  be  larger  (in  terms  of  bytes) 
than  a  reasonable  transmission  size.  The  file  organization  on  EDGARS  does  not  facilitate 
intelligent  sub-division  of  the  solicitation  images  into  coherent  groups  for  transmission. 

3.  Since  many  RFQs  deal  with  re-procurement,  most  qualified  bidders  already  have  most  of  the 
engineering  drawings  on  file.  Bidders  only  need  the  RFQ  with  an  accompanying  engineering 
data  list  (EDL),  so  they  can  request  those  drawings,  if  any,  which  have  been  revised  since  the 
last  procurement  action.  There  was  no  standard  way  to  include  an  EDL  in  either  an  840  or 
841. 

4.  There  was  no  obvious  EDI  transaction  set  designed  for  requesting  specific  engineering 
drawings. 

5-  The  DoD  Implementation  Conventions  for  840  and  841  did  not  support  all  test  needs. 
Recommendations: 

1.  The  X12  840  Transaction  Set  should  be  modified  to  meet  the  needs  of  the  Air  Force  RFQ 
process  involving  technical  data.  Government  conventions  and  the  ANSI  standards 
themselves  should  be  modified,  if  necessary  to  meet  these  needs. 

[Editor’s  note:  Appropriate  modifications  to  X12  840  have  been  made  to  support  this 
recommendation.] 

2.  Allow  an  engineering  data  list  to  be  sent  in  an  RFQ,  in  place  of  the  complete  engineering 
package. 
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3.  The  X12  841  should  be  modified  to  accommodate  EDLs  and  requests  for  technical  data, 
[Editor's  note:  The  X12  841  transaction  set,  along  with  the  DoD  Implementation 
Conventions  for  841,  have  been  modified  according  to  these  recommendations.] 

11.2.4  Transmission  (VAN  to  Contractor) 

Observations: 

1.  Some  VANs  have  a  programmable  upper  limit  to  the  size  of  transaction  it  will  let  pass  to  its 
customer. 

2.  In  areas  of  the  country  where  phone  lines  are  exposed,  rain,  frost,  wind,  and  lightening  can 
affect  the  reliability  of  transmission. 

3.  Some  VANs  do  not  have  9600  baud  service  in  all  areas,  requiring  a  long  distance  call  in  some 
locations  to  achieve  speeds  greater  than  2400  baud.  2400  baud  was  considered  too  slow  for 
doing  business. 

Recommendations : 

1.  VANs  should  examine  their  transaction  size  upper  limits  to  accommodate  larger  technical 
data  transfers. 

2.  Engineering  data  sets  larger  than  the  VAN's  upper  limit  should  be  broken  down  into  several 
smaller  files  (841s),  and  very  large  sets  (e.g.  >5  megabytes),  should  be  mailed  on  physical 
media  (e.g.  floppies)  until  higher  upper  limits  are  generally  available. 

3.  Contractors  wishing  to  do  business  routinely  via  telecommunications  lines  should  require  the 
lines  to  be  weatherproof.  They  should  avoid  transmission  during  lightening  storms. 

4.  VANs  should  move  quickly  to  install  higher  speed  capability  to  every  part  of  the  country 
involved  with  electronic  contracting  for  parts  requiring  engineering  technical  data. 

11.2.5  Data  Receipt  (Contractor) 

Observations: 

1.  Some  engineering  drawing  sets  were  simply  too  large  to  reasonably  download  at  2400  or  9600 
baud. 

2.  The  receiving  businesses  must  have  a  computer,  a  modem,  and  a  phone  line. 

3.  From  the  point  of  view  of  the  small  business,  accessing  a  VAN  mailbox  was  very  easy  -  it 
took  only  a  phone  call. 

4.  When  accessing  the  VAN  mail  box,  there  was  no  way  to  control  data  transmission. 

Everything  in  the  box  was  downloaded. 

5.  There  was  no  apparent  organization  of  messages  (transactions)  in  the  mail  boxes,  and  no 
index. 

6.  There  was  no  way  to  select  specific  transaction(s)  to  download. 

7.  The  actual  download  can  tie  up  the  receiving  computer  for  a  very  long  period  of  time.  This 
prohibits  the  use  of  the  computer  for  other  company  business  until  the  download  is  complete. 
In  a  significant  percentage  of  cases,  even  the  ‘Typical”  size  bid  set  (10  drawings)  took  over  an 
hour  to  download  at  9600  baud. 

8.  Large  files  can  take  hours  to  download.  Connectivity  was  frequently  lost  during  the 
download  operation,  and  the  process  had  to  be  restarted  from  the  beginning.  Sometimes,  this 
required  the  message  originator  to  re-send  the  message. 

9.  The  largest  solicitation  was  not  successfully  downloaded  by  any  of  the  test  participants. 

Recommendations: 

1.  Contractors  should  execute  data  transfers  at  9600  baud  or  faster. 

2.  VANs  and  EDI  translation  software  vendors  should  provide  the  capability  for  a  receiver  to 
scan  the  mailbox  contents  (with  access  to  information  such  as  file  sizes,  creation  dates. 
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transmission  dates,  sender  names,  etc.),  and  to  control  the  sequence  in  which  the  files  are 
downloaded. 

[Editor’s  note:  Some  VANs  are  addressing  many  of  these  capabilities] 

3.  Contractors  should  carefully  consider  the  impact  of  download  time  on  their  business,  and 
should  be  careful  to  not  download  files  during  peak  computer  usage. 

4.  An  internal  Local  Area  Network  (LAN)  can  be  useful.  If  the  receiving  company  already  has 
separate  desktop  microprocessors  and/or  workstations  for  engineering,  management, 
manufacturing,  transportation,  publication,  quality  control,  and/or  administration  (including 
order  entry,  project  scheduling,  shipping,  accounts  payable  &  receivable),  it  can  be  useful  to 
interconnect  several  of  these  functional  areas  by  LAN  equipment,  enabling  each  functional 
area  to  share  information. 

llo2o6  Data  Usability 

Observations: 

1.  Upon  opening  the  841s  with  the  EDI  software,  the  data  files  were  found  to  be  valid  CALS 
raster  files,  as  sent. 

2.  Displaying  the  CALS  files  was  slow,  in  some  cases  as  long  as  15  minutes  per  image. 

3.  Only  a  few  display  software  packages  can  read  and  display  a  CALS  raster  file. 

4.  Once  a  CALS  file  was  translated  into  the  native  format  of  the  display  software,  it  took  a  long 
time  to  do  routine  actions  such  as  pan. 

5.  Initial  configuration  parameters  of  display  software  can  affect  apparent  usability  of  data. 

One  display  package  had  the  initial  zoom  parameter  set  so  close,  the  image  was  not  visible. 
[Editor’s  note:  This  has  since  been  corrected  by  the  software  vendor.] 

6.  Print  capability  and  supported  hardcopy  devices  must  be  evaluated  against  the  contractor’s 
available  hardware. 

7.  Users  not  familiar  with  computers  required  a  great  deal  of  guidance  and  instruction. 
Recommendations : 

1.  Testing  with  small  contractors  should  continue,  pa3dng  particular  attention  to  evaluation  of 
translation  packages,  display  packages,  and  printing  capability.  Evaluations  should  be 
performed  with  the  goal  of  publishing  capabilities  and  results  of  timing  tests  for  several 
software  packages. 

2.  A  user  manual,  with  video  tapes,  should  be  available  to  first-time  contractors  by  a  third- 
party  commercial  educational  business.  The  strategic  implementation  of  CALS  Shared 
Resource  Centers  and  other  outreach  activities  should  be  applied. 

3.  A  more  comprehensive  evaluation  of  engineering  document  applications,  imaging  technology, 
and  how  that  technology  is  most  effectively  applied  should  be  done.  Developing  a  better 
understanding  of  image  applications,  requirements,  and  advantages  would  help  the  user 
institute  process  change,  and  help  vendors  optimize  the  products  that  constitute  current 
image  technology. 

llo2o7  Recommendatioiis  to  DoD  Program  Office 

We  recommend  considering  adoption  of  the  philosophy  shown  in  section  11.2.8,  Recommendations  to 
Future  Implementors. 

We  recommend  that  the  practice  of  making  technical  data  electronically  'available’  be  implemented.  One 
test  participant  suggested,  after  the  test  was  concluded,  that  certain  non-sensitive,  high  volume 
technical  data,  such  as  design  activity  specifications,  could  be  made  electronically  available,  e.g.  through 
an  EDI-accessible  database,  with  the  thought  that  this  would  provide  a  mechanism  for  both  small 
business  and  DoD  to  ease  into  EDI-based  contracting. 
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We  recommend  that  funding  be  provided  to  execute  the  evaluations  and  education  activities  outlined  in 
the  preceding  sections. 

We  recommend  that  EDGARS  be  upgraded  or  replaced  soon  to  address  the  issues  identified  in  11.2.1. 
[Editor’s  note;  It  is  anticipated  that  the  DoD  engineering  data  migration  system,  JEDMICS,  will  address 
many  of  these  issues  in  the  future.] 

11.2.8  Recommendations  to  Future  Implementors 

Do  not  implement  technology  for  technology’s  sake.  For  instance,  in  transferring  the  technical  data  from 
EDGARS  to  the  site  IGP,  Ethernet  was  assumed  to  be  the  only  acceptable  method  of  transfer,  yet  there 
was  a  very  good  business  case  for  using  9-track  tape.  Each  analysis  decision  should  be  based  upon  sound 
business  practices. 


Translation,  archiving,  delivery  networks,  etc.  are  very  costly  parts  of  an  EG/EDI  implementation.  We 
recommend  a  scheme  where  these  services  are  separated  from  any  one  business  application  (e.g. 
contracting),  in  order  to  make  each  one  more  readily  available  to  an  entire  business  community.  For 
instance,  see  figure  11.1. 


Figure  11.1  Functional  block  diagram  of  a  hypothetical  hase-wide  EDI  implementation. 


In  this  case,  the  different  functional  areas,  contracting,  finance,  shipping,  and  supply  have  quite 
different  existing  systems  and  business  practices.  If  EDI  is  built  around  any  one  of  these,  then  the 
others  may  incur  additional  expenses  in  adopting  EG  practices,  but  if  the  functions  are  isolated  as 
shown,  each  can  be  left  to  its  own  EG  implementation.  This  approach  should  result  in  cost  effective, 
phased  implementations. 
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CTN  Test  Plan  Number  CTN92-ED-01 

TRANSFER  OF  AIR  FORCE  TECHNICAL  PROCUREMENT  BID  SET  DATA  TO  SMALL 

BUSINESSES,  USING  CALS  AND  EDI 

01  February  1993 

-  Rev.  L - 


1.  INTRODUCTION  AND  BACKGROUND 

The  CALS  Test  Network  Office  (CTNO)  Test  Bed  is  conducting  its  third  test  involving  the  exchange  of 
Electronic  Data  Interchange  (EDI)  transaction  sets  containing  Computer-aided  Acquisition  and 
Logistic  Support  (CALS)  technical  data,  that  is,  technical  data  formatted  in  accordance  with  (lAW)  the 
CALS  standards.  The  first  test,  performed  in  the  fall  of  1990,  demonstrated  the  compatibility  of  the  CALS 
and  EDI  standards.  The  test  showed  that  CALS  data  could  be  packaged  in  an  EDI  transaction  set,  sent 
over  Integrated  Services  Digital  Network  (ISDN)  or  Defense  Data  Network  (DDN)  lines,  and  arrive 
intact  and  usable  on  the  other  end.  The  test  also  showed  that  the  time  to  transmit  an  engineering 
drawing  over  DDN,  even  during  a  "heavy  use"  time  of  day,  was  well  under  ten  minutes. 

The  second  test,  performed  in  the  fall  of  1991,  was  a  successful  concept  demonstration  of  one  leg  of  a 
paperless  Air  Force  procurement  transaction.  Engineering  drawings  from  an  actual  solicitation  bid 
set  were  extracted  in  CALS  format  from  an  Air  Force  Engineering  Data  Computer- Assisted  Retrieval 
System  (EDCARS)  located  at  McClellan  Air  Force  Base,  sent  electronically  to  the  Lawrence  Livermore 
National  Laboratory  (LLNL)  Value  Added  Network  (VAN)  Hub  (actually  to  a  temporary  "hub”  -  a  PC 
running  Supply  Tech  software  was  used  because  the  LLNL  VAN  Hub  was  not  then  available),  and  then 
forwarded  in  EDI  "envelopes"  to  a  prospective  vendor.  The  vendor  was  TRW,  a  large  aerospace 
company  that  is  very  familiar  with  both  CALS  and  EDI  formats.  TRW  received  the  EDCARS-stored 
CALS  data  in  good  condition  and  displayed  the  images.  The  second  test  demonstrated  the  feasibility  of 
electronic  procurement  with  CALS  data  contained  in  EDI  transaction  sets.  Lessons  learned  regarding 
procedural  and  technical  limitations  were  fed  back  to  the  participating  procurement  center,  at 
McClellan  Air  Force  Base,  and  to  the  LLNL  Electronic  Commerce  through  EDI  (EC/EDI)  Procurement, 
Contracting,  and  Industrial  Preparedness  (PCIP)  Project,  which  is  the  Department  of  Defense  (DoD) 
engineering  agent  for  installing  a  pilot  electronic  procurement  system. 

This  third  test  is  actually  "phase  two"  of  the  previous  Air  Force  procurement  demonstration.  This  phase 
differs  from  the  second  test  (phase  one)  in  that  the  technical  data  (digitized  engineering  drawings  in 
CALS  format)  in  support  of  a  procurement  will  be  taken  from  EDCARS  via  telecommunication  lines 
rather  than  via  magnetic  tape,  and  will  be  sent,  via  commercial  VANs  using  EDI,  to  a  representative 
sample  of  McClellan's  Blue  Ribbon  contractors  having  varied  exposure  to  CALS  and  EDI.  Two  methods 
for  transferring  procurement  data  will  be  tested:  (1)  transfer  from  SMALC  to  the  contractor  through  the 
LLNL  Site  Hub  via  VAN  connections,  and  (2)  transfer  from  SMALC  to  the  contractor  via  a  VAN  direct 
connection.  The  contractors  will  receive  the  procurement  data  by  three  methods:  (1)  through  LLNL  Site 
Hub  via  VAN  connection,  (2)  through  VAN  direct  connection,  (3)  forwarded  by  a  central  contractor  co¬ 
op,  who  received  via  one  of  the  two  transfer  methods  above.  The  co-op,  located  at  Brigham  Young 
University  (BYU),  will  act  as  a  central  clearing  house  and  distribution  point  that  "brokers" 
electronically  available  procurement  information  to  businesses  that  cannot  afford  to  hire  or  train  a 
person  to  monitor  appropriate  bid  opportunities.  This  phase  will  also  be  conducted  within  the  context  of 
DoD's  standard  approach  to  electronic  commerce,  now  being  developed  by  LLNL  for  pilot-testing  at 
Wright-Patterson  Contracting  Center  (WPCC). 

2.  OBJECTIVE 

The  objective  of  this  test  is  to  evaluate  the  effectiveness  of  using  CALS  data  within  the  context  of  the 
DoD's  EDI-based  standard  approach  to  electronic  commerce  in  procurement.  The  focus  of  this  phase  of 
the  test  will  be  on  automating  Air  Force  CALS-specified  procurement  activities  with  DoD  contractors. 
Areas  to  be  examined  include: 
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1.  Extraction  of  procurement-related  CALS  data  from  EDGARS  via  telecommunication  lines; 

2.  EDI  transfer  to  the  LLNL  VAN  hub  of  a  complete  procurement  package  using  the  ANSI  X12  840 
transaction  set  (Request  for  Quotation)  and  the  841  transaction  set  (Specifications/Technical 
Information); 

3.  Distribution  of  the  package  to  selected  contractors,  including  a  small  business  co-op  center  (BYU), 
(a)  \da  commercial  VANs  through  the  LLNL  VAN  hub,  and  (b)  via  direct  VAN  connection; 

4.  Capture  and  display  of  the  Request  for  Quotation  (RFQ),  including  the  CALS  data,  by  the  contractor 
participants; 

5.  Acknowledgment  of  the  receipt  of  the  ANSI  X12  840  and  841  transaction  sets  using  the  ANSI  X12  997 
transaction  set  (Functional  Acknowledgment);  and 

6.  EDI  response  to  the  RFQ  using  the  ANSI  X12  843  transaction  set  (Response  to  RFQ). 

DoD  standard  mappings  and  conventions  for  ANSI  X12  will  be  utilized  throughout  the  test.  If  it  becomes 

necessan,'  to  execute  portions  of  the  test  prior  to  the  availability  of  requisite  components  within  the  DoD 

standard  approach,  reasonable  "fallbacks”  and  "workarounds”  will  be  used. 


3,  PARTICIPANTS 

Air  Force  Contracting  contacts 

Aircraft  Contracting  Division 

Sacramento  Air  Logistics  Center  (SMALC/LAK) 

5120  Dudley  Blvd.;  Ste.  3 

McClellan  AFB,  CA  95652-1354 

916-643-6767  and  916-643-2885  FAX 

edi@smcdm02.sm.afic.af.mil 

Test  Project: 

Delores  (Dee)  Smith,  Chief  and  Test  Project  Manager 

smith@smcdm02.sm.aflc.af.mil 

Charlene  Ivey,  Deputy  Test  Project  Manager 

ivey@smcdm01.sm.aflc.af.mil 

Jim  Burdick,  Lead  Technician 

burdick@smcdm02.sm.afic,af.mil 

Mike  Patterson,  Lead  Buyer 

patterso@smcdm03.sm.aflc.af.mil 

implementation  Project: 

Major  Ken  Richardson,  Chief  for  EDI  Implementation 

richards@smcdm02.sm.aflc.af.mil 

Cynthia  Slife,  EDI  Project  Training  Manager 

slife@smcdm01.sm.aflc.af,mil 


916-643-6150 

916-643-6200 

916-643-6200 

916-643-6200 

916-643-6200 

916-643-6200 
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SMALC  CALS  Program  Qfficje  contacts 
CALS  Program  Office 

Sacramento  Air  Logistics  Center  (SMALC/TIEAB) 

McClellan  AFB,  CA  95652-5609 
916-643-6272  FAX 

Grace  Talbot,  CALS  Program  Manager  916-643-2991 

talbot.grace%a1.allinl.umc@c3po.sm-alc.af.mil 

Michael  Mast,  CALS  Program  Manager  916-643-2991 

mast.mike%a1.allinl.umc@c3po.sm-alc.af.mil 

LLNL  Electronic  Commeroe  (EC)  contacts 

NOTE:  Due  to  funding  restrictions,  these  contacts  are  being  used  only  for  advice  on  the  context  of 
DoD’s  standard  approach  to  EC  and  are  not  actively  participating  in  the  test. 

Electronic  Commerce  through  EDI  Project 
Technology  Information  Systems  Program 
Lawrence  Livermore  National  Laboratory 
P.O.  Box  808,  L-542 
Livermore,  CA  94551 
510-294-5054  FAX 

John  Rhodes,  PCIP  Subproject  Leader 

jrhodes@wiz-link.tis.llnl.gov 

Judy  Payne,  Deputy  PCIP  Subproject  Leader 

jpayne@wiz-link.tis.llnl.gov 

Ted  Cole,  ANSI  X12  DoD  Conventions  Specialist 
cole@tis.llnl.gov 

Charles  McGregor,  Electronic  Commerce  Senior  Architect 
ckm@llnl.gov 

Small  Business  Co-op  Center  contacts 

BYU  CALS  Shared  Resource  Center 
265  Crabtree  Technology  Building 
Brigham  Young  University 
Provo,  Utah  84602 
801-378-7575  FAX 

Dr.  Dell  K  Allen,  Director 

allend@bones.caedm.byu.edu 

Dr.  Barry  Lunt,  Research  Associate 


801-378^895 

303-538-2696 


510422-6550 

703-734-1996 
703-734-2363  FAX 

510422-6907 

510423-9883 
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Co-op  Center  Small  Business  ASiHates 


Viking  Systems,  Inc. 

232  West  1250  North 
American  Fork,  UT  84003 

Rob  Cook,  President  801-765-5307 


Bill’s  Metals 
P.  0.  Box  859 
8141  Airport  Road 
Huntington,  UT  84528 

Bill  Huntington,  President  801-653-2425 


The  Cannon  Group 

7515  Wayzata  Blvd.,  Suite  201 

Minneapolis,  MN  55426 

Reuben  Bjerke,  Contract  Rep  for  Small  Businesses  612-545-7001 


Industry  West  Electronics 
279  North  Geneva  Road 
Orem,  UT  84057 
801-226-3268  FAX 

Darold  P.  Francis,  President  801-226-1000 


Kitco  Inc. 

1625  Mountain  Spring  Parkway 
Springville,  UT  84663 

801-489-3627 
801-489-3627 


Randy  Findlay 
Mike  Nester 


SMALrC  Contractor  Affiliates  with  EDI  experience 

Allied-Signal  Airesearch 
19201  Susana  Road 
Rancho  Dominguez,  CA  90221 
310-608-6205  FAX 

Wayne  Smith  310-608-6414 
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SMALC  Contractor  Affiliates  without  EDI  experience 

American  Electronics 
1600  East  Valencia  Drive 
Fullerton,  CA  92631 
714-871-1403  FAX 

Susan  Method  71«71-3020 


Micro  Systems,  Inc. 

65  Hill  Avenue 

Fort  Walton  Beach,  FL  32548 

904-243-1378  FAX 

Cort  Proctor 


904-244-2332 


Precision  Manufacturing  of  San  Antonio,  Texas 
4546  Sinclair  Road 
San  Antonio,  TX  78222 
210-648-7401  FAX 

Mary  J.  Hicks,  General  Manager  210-648-3170 

Rick  Hicks,  Technical  Point  of  Contact  210-690-5574 


Inspirnetics 
9330  7th  Street,  Unit  E 
Rancho  Cucamonga,  CA  91730 
714-941-8303  FAX 

Lucille  Seibel  714-941-2004 

Ted  Seibel,  Technical  Point  of  Contact 


Kent  Associates,  Inc. 

900  Fifth  Avenue 
Mansfield,  TX  76063-2727 
817-473-6705  FAX 

Richard  Geist  817-473-2855 

Steve  Geist,  Technical  Point  of  Contact 


Llamas  Plastics  Inc. 
12970  Bradley  Avenue 
Sylmar,  CA  91342 
818-362-9780  FAX 


Cindy  Roberts 

Rick  Llamas,  Technical  Point  of  Contact 
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Moda  Magnetics  Corp. 

84  Rome  Street 
Farmingdale,  NY  11735 
516-249-2792  FAX 

Martin  Gross  516-249-2766 

Jerry  Gross,  Technical  Point  of  Contact 


Participating  VAN  contacts 

a.  AT&T 

3221  McKelvey  Road,  Suite  201 
Bridgeton,  MO  63044 
314-770^210 
314-770-3224  FAX 

John  Reat  314-770-3210 

James  Anderson  314-770-3206 

b.  IBM 

3405  West  Martin  Luther  King  Bivd. 

Tampa,  FL  33607 
800-284-5849 
813-878-5298  FAX 

R.  David  Bolan  (main  point  of  contact) 

Thomas  P.  Taylor 
Frank  W.  Gagliano 
James  R.  Russell 
Ronald  D.  Robins 


813-878-5462 

800-284-5849 

800-284-5849 

813-878^235 

800-284-5849 


EDI  Software  Vendor  contacts 

a.  Digit  Software 
P.  O.  Box  1425 
Silver  Spring,  MD  20915 
301-593-8952 
301-593-2201  FAX 

Todd  A.  Ross 
Hedy  J.  Ross 


b.  St.  Paul  Software 
754  Transfer  Road 
St  Paul,MN  55114-1404 
612-641-0963 
612-641-0609  FAX 
Eric  Christenson 
Roger  Anderson 
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c.  Supply  Tech,  Inc. 

1000  Campus  Drive 
Ann  Arbor,  MI  48104-6700 
313-998-4000 
313-998-4099  FAX 

Ken  W.  Schmenk,  Senior  Account  Executive 
Joan  M.  Ugljesa 


313-9984056 
714-582-9080 
714-582-8831  FAX 


TRW  CALS/EDI  Information  Systems  contact 

TRW  Space  &  Defense  Sector 
El-4029 

One  Space  Park 
Redondo  Beach,  CA  90278 
310-814-5175  FAX 

Bud  Orlando,  Manager  310-812-4997 

49  l-4688@mcimail.coin 


CALS  Test  Network  contacts 


CTNO  Test  Bed 

Automated  Interchange  of  Technical  Information  Project  (AITI) 

Lawrence  Livermore  National  Laboratory 
Technology  Information  Systems  Program  (TISP) 

P.O.  Box  808, 1^542 
Livermore,  CA  94551 
510-294-5054  FAX 

Donald  L.  Vickers,  Manager  and  Project  Leader 

vickers@lance.tis.llnl.gov 
Carolyn  Wimple,  Deputy  Project  Leader 

wimple@lance.tis.llnl.gov 
Nick  Mitschkowetz,  Raster  Lead  Analyst 

mitsch@lance.tis.llnl.gov 

Bruce  Garner,  CGM  Lead  Analyst 

garner@lance.tis.llnl.gov 
Christy  Chivers,  Administrative  Ass’t. 

chivers@lance.tis.llnl.gov 

4.  STANDARDS  AND  SPECIFICATIONS 

The  test  files  will  be  actual  solicitation  bid  sets  or  RFQs.  These  packages  will  contain  numerical  and 
textual  data  from  the  SMALC  Automated  Contract  Preparation  System  (ACPS)  in  ASCII  format.  Along 
with  the  text  will  be  supporting  engineering  drawings  and  specifications  in  CALS  raster  format  from 
the  SMALC  EDCARS  system. 


510422.4231 

510423.3522 

513422-0582 

510422.8730 

510423-9888 
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The  specific  standards  being  evaluated  are: 

a.  MIL-STD-1840A  Automated  interchange  of  Technical  Information 

b.  MIL-R-28002A  (Raster) 

c.  American  National  Standards  Institute  (ANSI)  EDI  X12  Transaction  Set  840  (Request  for 
Quotation),  Version  3022 

d.  ANSI  EDI  X12  Transaction  Set  841  (Specifications/Technical  Information),  Version  3022  as  im¬ 
plemented  in  the  DoD  manual 

e.  ANSI  EDI  X12  Transaction  Set  843  (Response  to  RFQ),  Version  3010  as  implemented  in  the  DoD 
manual 

f.  ANSI  EDI  X12  Transaction  Set  997  (Functional  Acknowledgment),  version  3010 

g.  X.400  Open  System  Interconnection  (OSI)  Message  Handling  System  (An  International 
Consultative  Committee  on  Telegraphy  and  Telephony  [CCITT]  Standard) 

5.  PROCEDURES  (See  Appendix  A,  Test  Plan  Diagram) 

The  testing  strategy  is  to  perform  the  CALS/EDI  evaluations  over  an  extended  period  of  time.  This  will 
increase  the  coupling  between  the  test  and  the  development  of  capabilities  occurring  both  at  SMALC  and 
within  the  LLNL  PCIP  Project.  Evaluations  (field  tests)  will  occur  as  each  capability  is  completed.  For 
instance,  evaluation  of  electronic  extraction  of  engineering  drawing  data  from  the  SMALC  EDCARS 
will  occur  after  that  link  has  been  firmly  established  and  tested  by  its  implementors.  Evaluators  may 
use  "fallbacks"  or  "workarounds"  for  uncompleted  components  of  the  "ideal"  solicitation  bid  set 
transfer  path  until  those  components  are  available. 

The  "ideal"  testing  strategy  is  amplified  in  the  steps  below;  again,  fallbacks  may  be  substituted  as 
necessary.  The  sequence  shown  for  these  steps  represents  data  flow  and  not  necessarily  the  order  in 
which  the  testing  will  be  performed.  Testing  with  the  various  VANs,  software  vendors,  and  contractors 
will  be  staged  to  avoid  "overload"  on  limited  resources. 

When  practical,  data  will  be  examined  at  each  "checkpoint”  (each  end  of  an  operation  or  transfer).  The 
CALS  data  will  be  examined  by  the  CTNO  Test  Bed  at  LLNL;  the  EDI  data  will  be  examined  by  TRW 
CALS/EDI  Information  Systems,  with  advisory  input  from  the  LLNL  EC  contacts,  as  available. 

a.  The  Aircraft  Contracting  Division  of  SMALC  will  initiate  a  requirement  and  begin  to  process  three 
(3)  Purchase  Requests  (PRs).  Activities  b  through  q,  listed  below,  will  occur  relative  to  each  PR. 

The  three  solicitation  packages  wiW  be  of  var>hng  sizes,  depending  upon  the  number  and  sizes  of  the 
accompanying  engineering  drawings.  The  following  table  summarizes  the  sizes  of  the  three 
solicitation  packages. 


~  0.75  MB 
-2.0  MB 


Number  of  Drawings 
4 
13 


-13.0  MB 


75 
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b.  SMALC  will  extract  the  accompanying  engineering  data  from  their  EDGARS  in  CALS  format  and 
send  it  electronically  to  the  SMALC  site  Intelligent  Gateway  Processor  (IGP). 

c.  The  SMALC  contracting  participants  will  extract  RFQ  data  from  their  ACPS  system,  create  an  840 
transaction  set,  and  send  it  electronically  [method  TBD  by  SMALC]  to  the  AT&T  3B2  PCIP  IGP  lo¬ 
cated  at  SMALC  (the  SMALC  site  IGP). 

d.  SMALC  will  review  the  complete  solicitation  bid  set  on  the  site  IGP  and  will  forward  reference  copies 
in  both  electronic  and  hardcopy  form  to  BYU,  LLNL,  and  TRW. 

e.  SMALC  will  use  PCIP-supplied  software  to  format  and  to  place  the  CALS  data  into  the  841  transaction 
set.  As  a  fallback,  SMALC  will  use  EDI  software  supplied  by  St.  Paul  Software  to  generate  the  841 
transaction  set  on  the  AT&T  3B2. 

f.  SMALC  will  send  the  transaction  set  via  the  DDN  connection  at  SMALC  through  Internet  to  the 
LLNL  VAN  Hub  using  the  CCITT  X.400  OSI  Message  Handling  System. 

g.  Checkpoint  examinations  will  be  made  of  the  EDI  transaction  sets  as  received  at  the  LLNL  VAN  Hub 
and  observations  recorded. 

h.  The  CTNO  Test  Bed  participants  at  LLNL  will  display  and  evaluate  the  CALS  engineering  data  and 
record  observations. 

i.  The  LLNL  VAN  Hub  will  electronically  mail  the  transaction  sets  to  the  participating  VANs  who 
will  distribute  them  to  the  contractors  and  co-op. 

j .  TRW,  the  CTNO  Test  Bed,  the  VANs,  and  the  software  vendors  will  help  the  contractors  and  small 
business  co-op  center  download  the  solicitation  bid  set  using  their  respective  commercial  VANs.  For 
purposes  of  comparison,  two  VANs  and  three  commercial-off-the-shelf  (COTS)  EDI  software 
packages  will  be  used  in  the  test.  Eight  DoD  contractors  (one  large  and  seven  small)  will  be  asked  to 
receive  the  data,  one  that  has  EDI  experience  and  seven  that  do  not  The  co-op  center  will  supply  the 
transaction  set  data  to  five  small  businesses  with  no  EDI  experience. 

k .  Each  contractor  participant  with  direct  VAN  accounts  to  receive  the  transaction  sets  will  display 
and/or  print  the  bid  set  data  at  their  respective  sites.  The  co-op  center  will  display  and/or  print  the 
bid  set  data,  then  forward  it  digitally  [method  TBD]  to  its  affiliated  small  businesses.  The  manner 
of  digital  communication  from  the  co-op  center  to  the  businesses  will  be  compatible  with  CALS  and 
EDI  as  far  as  the  capabilities  of  the  businesses  allow. 

l.  All  thirteen  recipients,  upon  receipt  of  each  transaction  set,  will  issue  [method  TBD]  a  corresponding 
997  (Functional  Acknowledgment)  transaction  set. 

m.  Ail  thirteen  recipients  will  examine  the  bid  set  data  and  determine  their  desire  to  quote.  (For  the 
purpose  of  the  test,  it  is  assumed  that  all  thirteen  will  desire  to  quote.)  They  will  then  send  (method 
TBD]  an  X12  843  transaction  set  (Response  to  RFQ)  back  to  SMALC  through  the  VANs  and  the  LLNL 
VAN  Hub.  In  the  case  of  the  co-op  affiliates,  they  will  send  their  quotes  to  the  co-op  center  where  they 
will  be  converted  into  the  843  transaction  set  and  sent  to  SMALC  through  the  LLNL  VAN  Hub. 

n  .  If  necessary,  the  LLNL  VAN  Hub  point  of  contact  will  intervene  to  forward  the  replies  to  the  SMALC 
Site  IGP. 
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0.  All  contractors  will  send  hardcopies  (e.g.  computer  plot  or  photograph  of  the  screen,  via  US  mail  or 
FAX)  of  the  contents  of  the  received  840  and  841  transaction  sets  to  the  CTNO  Test  Bed  for  visual 
evaluation.  If  they  have  the  capability,  they  will  also  send  copies  of  the  CALS  and  procurement  data 
in  digital  form  (e.g.  magnetic  tape  or  floppy  disks). 

p.  All  participants  will  keep  records  of  their  observations,  the  equipment  and  software  used,  time  in¬ 
tervals  and  times  of  day,  weather  conditions,  etc.  and  will  write  very  brief  summaries  of  the  results 
at  the  conclusion  of  each  step.  The  CTNO  Test  Bed  will  furnish  a  draft  checklist  to  each  participant 
to  facilitate  this  record  keeping  process.  These  completed  checklists  will  be  forwarded  to  the  CTNO 
Test  Bed  at  LLNL. 

q.  The  CTNO  Test  Bed  will  collect  the  summaries,  hardcopies,  and  digital  data  and  will  prepare  a 
final  report  summarizing  the  entire  test,  including  comments  and  recommendations  to  the  Office  of 
the  Assistant  Secretary  of  Defense  (OASD)  regarding  the  robustness  and  interoperability  of  the 
CALS,  EDI,  and  OSI  standards.  A  draft  of  the  report  will  be  updated  as  input  is  received  at  the  con¬ 
clusion  of  each  step. 

6.  FACrUTIES  AND  EQUIPMENT 

a.  Sacramento  Air  Logistics  Center  (SMALC),  McClellan  AFB,  CA 
SMALC  Site  IGP 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 

EDGARS  System 

Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 

AC  PS  System 

Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


AT&T  3B2  600G  24  MHz  processor,  dual  processor  enhancements 
Sys  V  Rel  3.2.2  UNIX 

Wollongong  WIN3B  TCP/IP,  RFS,  Ascent  2.0 
lObaseS  Ethernet,  eport  &  fxm  asynchronous  ports 

64  MByte  memor>%  1.2  GByte  disk 


IPL  Systems  Inc.  Model  4460  (IBM  plug  compatible) 
MVS 

EDGARS  System 

COMten  (TCP/IP,  Arcnet,  X.25) 


Data  General  MV-9500 
AOS/VS. 2 

ACPS,  Word  Perfect 

Ethernet,  TCP/IP  (SMTP  not  fully  implemented) 
Tape  interface  to  Xerox  9700  printer 
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SC&D  System 

Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


IBM  3090*200 

MVS 

Logistics  Modernization  Systems  (LMS) 

Serial  Kermit,  Open  Link  TCP/IP  on  Comten  F.E.P. 


b.  EC  VAN  Hub,  LLNL 
Sun  4 

Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 

Hewlett-Packard 

Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 

c.  CTNO  Test  Bed,  LLNL 
Sun  4 

Hardware: 

Operating  System: 
Software: 


Communications: 

Graphics: 

Other  Information: 

IBM  PC 

Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


Sun  4  SPARC  station  IPC 
SunOS  4.1.1 
LLNL  HubWare 
Ethernet 


HP  Vectra  (386) 
Interactive  UNIX 
Retix  X.400  Open  Server 
Ethernet,  X25 


Sun  4  SPARCstation  IPC 

24  MByte  memory,  600  MByte  hard  disk 

Sun/UNIX  Ver.  4.1,  Rel  4,1.1 

CTN  TAPETOOL,  MIL-STD-1840A  tape  evaluation  software 
Open  Windows 

Sun  C  compiler  and  run-time  library 
Internet 


IBM  PC/AT,  640  KByte  memory,  30  MByte  hard  disk 
MS-DOS  3.2 

ValidG4,  Hijaak,  Viewer 

Internet 

CGA 
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d.  Small  Business  Co-op,  BYU 
Apple 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


Macintosh  Ilci 
Mac  OS 

MacEDI,  Canvas  3.0,  Hijaak,  AutoCad  10.0 
Hayes  Ultra96  modem 


IBM 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  information: 


IBM  PS/2  Model  90 
OS/2,  MS  Windows,  MS-DOS  5.1 
Envision  It,  Hijaak,  Supply  Tech  STX12 
Hayes  Ultra96  modem 


e.  Allied-Signal  Airesearch  (Large  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information; 


Epson  386  and  486,  100+  MByte  hard  disk  with  10+  MByte  available 
MS-DOS  5.0  with  Windows  3.0 

2400  baud  Modem 
VGA 


f.  American  Electronics  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


IBM  XT,  10  MByte  available  on  hard  disk 
MS-DOS  3.3 

Hayes  1200  baud  Modem 
EGA 


g.  Micro  Systems,  Inc.  (Small  Business) 


Hardware: 

Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


386  and  486  IBM  clones,  100+  MByte  hard  disk  with  10+  MByte 
available 

MS-DOS  5.0  with  Windows  3.0 

PROCOMM  2400  baud  Modem 
EGA 
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h .  Precision  Manufacturing  of  San  Antonio,  Texas  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


486  IBM  clone,  10+  MByte  available  on  hard  disk 
MS-DOS  5.1  with  Windows  3.0 

Hayes  2400  baud  Modem 
VGA  (vendor  is  unsure) 


i .  Viking  Systems,  Inc.  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


IBM  386  compatible,  4  MByte  memor>',  120  MByte  hard  disk 
MS-DOS  5.0 

Windows  3.1,  PCX  viewers 

2400  baud  modem  (will  use  Hayes  Ultra  96  for  test) 

VGA+ 

Dot-matrix  printer 


j .  Bill’s  Metals  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information; 


IBM-XT,  560  KByte  memory,  10  MByte  hard  disk 

MS-DOS  3.1 

(will  use  PCX  viewer) 

(will  use  Hayes  Ultra  96  for  test) 

CGA  -  monochrome 
Dot-matrix  printer 


k  .  Defense  Electronic  Systems  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


286  IBM  compatible,  1  MByte  memory,  20  MByte  hard  disk 
MS-DOS  3.3 
PCX  Graphics 

2400  baud  modem  (will  use  Hayes  Ultra  96  for  test) 

EGA 

HP  LazerJet  Series  11 


1 .  Industry  West  Electronics  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


386SX  IBM  compatible,  1  MByte  memory,  20  MByte  hard  disk 

MS-DOS  3.3 

(will  use  PCX  viewer) 

2400  baud  modem  (will  use  Hayes  Ultra  96  for  test) 

EGA 

HP  LazerJet  Series  11 
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m.  Kjtco  Inc.  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 

Graphics: 

Other  Information: 


386  IBM  compatible,  1  MByte  memoiy,  20  MByte  hard  disk 

MS-DOS  5.1 

(will  use  PCX  viewer) 

2400  baud  modem  (will  use  Hayes  Ultra  96  for  test),  X-crosstalk, 

ProCom 

VGA 

HP  LazerJet  Series  Ild 


n .  Inspirnetics  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


486  IBM  compatible,  120  MByte  hard  disk  with  10+  MByte  available 
MS-DOS  5.0  with  Windows  3.1 

Hayes  2400  Comp. 

Super  VGA 


0.  Kent  Associates,  Inc.  (Small  Business) 


Hardware: 

Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


IBM  PC/XT,  286  and  386  IBM  compatibles,  180  MByte  hard  disk  with 
20+  MByte  available  on  386 
MS-DOS  3.3  with  Windows  3.1 

Hayes  2400 
VGA 


p.  Llamas  Plastics  Inc.  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


286  IBM  compatible,  80  MByte  hard  disk  with  20+  MBvte  available 
MS-DOS  5.0 

Practical  2400 

VGA  (vendor  is  unsure) 


q.  Moda  Magnetics  Corp.  (Small  Business) 


Hardware: 
Operating  System: 
Software: 
Communications: 
Graphics: 

Other  Information: 


Gateway  2000  486  DX/33,  80  MByte  with  10+  MByte  available 
MS-DOS  5.0  with  Windows  3.1 

none 

VGA  (available) 
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7,  DEUVERABLES 

A  detailed  test  report  will  be  written  as  the  test  progresses  and  delivered  after  the  test  is  completed. 
Presentations  on  work  in  progress  will  be  given  at  CALS  Expo  '92  and  elsewhere,  as  necessary. 


8.  SCHEDULE 

FY  1992  - FY  1993  - 

May  Jun  Jul  Aug  Sep  Oct  Nov  Dec  Jan  Feb  Mar 

Prepare  VANs  and  EDI  participants  - 

Prepare  contractor  participants  - xxxxxxx**** *00000 

Extract  data  from  EDGARS  - 

Pass  data  to  LLNL  and  evaluate  - - 

Pass  data  to  Small  Businesses  - xxxxx*** **00000 

Pass  data  to  Co-op 
Response  from  Small  Businesses 
Response  from  Co-op 
Draft  Test  Report 
Final  Test  Report 

Legend;  -  SMALC/LLNL  CTNO  activity 

X  Activity  involving  contractors  in  Texas 
*  Activity  involving  contractors  in  California 
o  Activity  involving  contractors  on  the  East  Coast 
+  Activity  involving  Co-op 
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APPENDIX  B  -  ACRONYMS  AND  ABBREVIATIONS 

ACPS  Automated  Contract  Preparation  System 

AFB  Air  Force  Base 

ait  I  Automated  Interchange  of  Technical  Information 

ANSI  American  National  Standards  Institute 

ASCII  American  Standard  Code  for  Information  Interchange 

AOS  Advanced  Operating  System 

AT&T  American  Telephone  and  Telegraph 

BYU  Brigham  Young  University 

CALS  Computer-aided  Acquisition  and  Logistic  Support 

CGA  Color  Graphics  Adapter 

CCITT  Comite  Consultatif  Internationale  de  Telegraphique  et  Telephonique  (English: 

International  Consultative  Committee  on  Telegraphy  and  Telephony) 

COTS  Commercial-off-the-shelf 

CTN  CALS  Test  Network 

CTNO  CALS  Test  Network  Office 

DDN  Defense  Data  Network 

DoD  Department  of  Defense 

DOS  Disk  Operating  System 

EC  Electronic  Commerce 

EC/EDI  Electronic  Commerce  through  Electronic  Data  Interchange 

EDCARS  Engineering  Data  Computer-Assisted  Retrieval  System 

EDI  Electronic  Data  Interchange 

EGA  Enhanced  Graphics  Array 

FAX  Facsimile 

GByte  Gigabyte 

HP  Hewlett-Packard 

I  AW  In  Accordance  With 

IBM  International  Business  Machines  Corporation 

IGP  Intelligent  Gateway  Processor 

ISDN  Integrated  Services  Digital  Network 

KByte  Kilobyte 

LLNL  Lawrence  Livermore  National  Laboratory 

MByte  Megabyte 

MHz  Megahertz 

MS  Microsoft 

MS-DOS  Microsoft  Disk  Operating  System 

MVS  Multiple  Virtual  Storage 

OASD  Office  of  the  Assistant  Secretary  of  Defense 

OS  Operating  System 

OSI  Open  System  Interconnection 

PC  Personal  Computer 

PC/AT  Personal  Computer/Advanced  Technology 

PCIP  Procurement,  Contracting,  and  Industrial  Preparedness 

PR  Purchase  Request 

RFQ  Request  For  Quote 

RFS  Remote  File  Sharing 

SMALC  Sacramento  Air  Logistics  Center 

SMTP  Simple  Mail  Transfer  Protocol 

TBD  To  Be  Determined 

TCP/IP  Transmission  Control  Protocol/Internet  Protocol 
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TISP  Technology  Information  Systems  Program 

TRW  Thompson,  Ramo,  &  Woodridge,  Incorporated 

VAN  Value-Added  Network 

VGA  Video  Graphics  Array 

WPCC  Wright-Patterson  Contracting  Center 

XT  Extended  Technology  (IBM  PC) 
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LETTER  REQUEST  FOR  QUOTATION 


IVEY 


REQUEST  M-.  F0460S-99-0-76543  DATE  ISSUED:  92  SEP  30 

RETURN  REQUEST  FOR  QUOTATION  BY;  92  OCT  30 

CERTIFIED  FOR  NATIONAL  DEFENSE  UNDER  DMS  REG  1  RATING:  DO  A1 

ISSUED  BY:  DEPARTMENT  OF  THE  AIR  FORCE 
SACRAMENTO  ALC/PKXO 
3237  PEACEKEEPER  WAY/SUITE  17 
MC  CLELLAN  AIR  FORCE  BASE  CA  95652-1059 
BUYER :  PATTERSON . 4 J J/ L AKF A/9  1 6 -643 -0803 

SCD  CODE;  C 

To  qualify  as  a  small  Dus  mess  concern .  numoer  of  emoloyees  snail  not 

exceec  1O0O  emoloyees  (or  annual  receipts  snail  not  exceeo  - 

millions  Of  Dollars),  mcluoing  affiliates.  Tms  size  standard 
is  DaseC  on  Standard  Classification  Code  (SIC)  3728. 


CAUTION  If  hanascrioed.  please  use  Plack  ink.  Enter  quotation  prices  m  scneouie 
BUSINESS  CLASSIFICATION  (Cneck  appropriate  Dox(es)) 

(  )  SMALL  (  )  other  than  SMALL  (  )  DISADVANTAGED  (  )  WOMEN-OWNED 

SEE  SCHEDULE  FOR  DELIVERY  AND  FOB  POINTS 
DISCOUNT  TERMS  _ _ _ 

NAME  AND  ADDRESS  OF  QUOTER  QUOTED  PRICES  FIRM  FOR  -  DAYS 


COMMERCIAL  and  GOVERNMENT  ENTITY  (CAGE)  CODE  _ 

FACILITY  CODE  _ 

CONTRACTOR  ESTABLISHMENT  CODE  (CEO  _ _ 

NAME  AND  TITLE  OF  PERSON  TO  CONTACT  (Type  or  print) 


TELEPHONE  NUMBER  ( Induce  area  cede ) 
DATE  OF  QUOTATION  _ 
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GOVERNMENT  PROPERTY :  Contractor  aesirmg  to  use  Government 
proD®rty  in  his  possession  shall  oDtain  concurrence  of  the 
having  cognizance  of  such  property  ana  attach  tne  approval  to 


proGuct lon/research 
Contracting  Officer 
the  response. 


BASIC  ORDERING  AGREEMENT:  Quote  may  pe  maoe  supject  to  terms  ana  conditions  of 

Quoter's  BOA.  BOA  NR.  _  ,  Contractor  affirms  that  all 

recuired  cert i f i cat i ons  are  current  ana  appiicaoie. 


COMMERCIAL  ITEM(s):  (complete  -  whether  or  not  commercial  -  if  catalog  or  price 

list  exi sts ) 


a.  Effective  cate,  number  of  catalog  price  list  and  page  on  wnich  item  is 
1  istec _ . 

р.  Copy  of  price  list. 

с.  PERCENT  of  sales  to  Government:  _ _ 

PERCENT  of  commercial  sales; 


ECONOMIC  QUANTITY;  Reouest  you  provioe  aoditional  minimal  economic  quantity 
quote  if  out  of  proouction.  ano  Quantity  preak  for  discount  purposes. 


Spsd  f  lea t Ions  and  Drawings  are  attached  hstroto  . 


NOTICE  OF  SMALL  BUSINESS  '  SMALL  PURCHASE  SET-ASIDE  ( AuG  1S3S  )  FAR  52 
( lAW  FAR  IS. 508(a) ) 


APPROVED  SOURCES  ARE: 

81755  GENERAL  DYNAMICS  COR? 
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ITEM  SUPPLIES/SERVICES  OTY  UNIT  UNIT  PRICE  AMOUNT 


COO*  3040-00-958-0974BJ  20  EA  S _  S. 

SUPPORT 

P/N;  12W7646/7 
APPL-  Fill 

PR  NR:  FD2040-92-60678  IM  CODE:  DCS 

PR  L; .  0001 

FOB:  ORIGIN 

OUAN'TTY  VARIATION:  0%  OVER  0%  UNDER 

ACRN:  AA 

P0A/IN5P  SITE:  ORIGIN  ACCEPTANCE:  ORIGIN 


(A)  GOVERNMENT'S  REQUIRED  DELIVERY  SCHEDULE; 


oty  u/: 
20  EA 


DELIVERY 

30-APR-93 


SHIP 


REQUISITION  NR  PRI 


FB204S  NON-MILSTRIP 


(E)  PROPOSED  DELIVERY  SCHEDULE: 

oty  -J/;  DELIVERY  SHIP  TO 

2G  EA  _  FB204S 


REQUISITION  NR  PRI 
NON-MILSTRIP 


(ADDocaole  TC  Item(s)  0001  ^ 

SHIP  TO/MARK  FOR 

FB2049 

WC  CLELLAN  air  FORCE  BASE.  CA  95G52 
MARK/FOR:  FB2049/ACCT  09/TP-3 
Contract ;  SEE  PAGE  1 

REQUISITION  NR;  SEE  EACH  ITEM  IN  SCHEDULE 


MATERIAL  INSPECTION  AND  RECEIVING  REPORT 

(a)  The  DD  Form  250  shall  oe  forwardeC  to  the  following  addresses : 

(1)  Forward  the  purchasing  office  copy,  per  DFAR5  Appendix  F.  Taole  1.  to; 

Department  of  the  Air  Force 
Sacramento  Air  Logistics  Center/LAKM 
5120  Dudley  Blvd/Sulte  3 
McClellan  Air  Force  Base  CA  95652-1354 

C2)  For  smpments  involving  Foreign  Military  Sales  (FMS)  requ  i  rements .  an 
additional  copv  shall  Pe  sent  under  separate  cover  to: 

SM-ALC/FMFSA 

3230  Peacekeeper  Way/Suite  2 
McClellan  AFB  CA  95652-1041 

(ol  When  the  contract  reauires  delivery  of  FMS  supplies  to  foreign  destinations, 
tne  copies  of  tne  DD  Form  250  designated  Oy  DFARS  Appendix  F.  TaPle  2.  shall  pe 
forwarded  to  the  “ship  to”  address  designated  for  delivery  of  the  supplies.  If 
the  “Ship  to”  address  is  not  in  the  contract,  it  snail  pe  provided  Py  tne  ACC 
wnen  shipment  is  ready. 
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(c)  A  copy  of  the  Dill  of  lading  or  other  transportation  receipt  will  oe 
attached  to  the  DD  For.T  230  or  the  information  will  oe  oroviaec  in  Block  a  of  the 
DD  Form  250  and  sent  to  the  addressees  listed  in  (a)(2)  aoove . 

(SMPKC  0792) 

C-6X.  SPECIFICATIONS ,  STANDARDS  AND/OR  ATTACHMENTS 

In  accordance  witn  aperture  caros  ana  data-^  1 i st ( s )  furnished  herein 

C-3S1.  NEW  MANUFACTURED  MATERIAL-SURPLUS  NOT  ACCEPTABLE  tJUL  1992) 

AFMC  FAR  SUP  5352.291-9001 

Only  new  manufactured  material,  as  defined  in  Part  539i.10i  of  tne  AFMC  FAR 
Supplement,  will  be  acceptaole  in  satisfaction  of  tne  reauirement  as  set  forth 
herein.  It  has  been  oeterminec  that  surplus  materia;  is  not  acceptable  anc 
surplus  offers  will  not  Pe  consiaerec  for  aware.  This  statement  applies  tc 
Contract  Line  Item(s)  0001  . 

CAW  AFMC  FAR  SUP  5  391.302(a)(2)) 

0-AXN.  PRESERVATION/PACKAGING  -  PACKING  -  PACKAGE/ CONTAINER  MARKING 

PRE5ERVATIGN/PACKAGING .  Level  A  snail  oe  accomolisnec  in  accordance  with 
MIl-p-116  ana  MI L-STD-2073- 1 .  Cooed  reauirements  snail  be  mteroretec  in 
accordance  with  MI L-STD-2073- i  and  MI l - STD- 207 3 - 2 .  Level  C  shall  oe  accomp 1  i sneo 
in  accordance  with  MIL-STD-2073- 1  .  Reauirements  of  soec  i  f  i  cat  i  on  o'*  T  ranspor  t  a  1 1  on 
Packaging  Oroer  ( TPO  )  or  special  packaging  instructions  (SPI)  shall  oe  compliec 
with,  as  stipulated  and  the  following  special  i nstruct i ons  : 

OUP  X  LEVEL  A  SPI  NONE 

PACKING .  Levels  shall  De  interpreted  and  accomolisnec  m  accordance  with 

Mi L-S i D-2C73 -  1  and  tne  specification.  or  TPO/SPI  as  stipulated  anc  additional 

1 nstruct 1 ons : 

LEVEL  C  SPI/SPECIF ICATION  NONE 


hazardous  materials  shall  be  breparec  for  smpment  in  accordance  witn  applicable 
mod a  1  regulations.  i.e..  Title  49  Code  of  F eae ra 1  Regulations,  Parts  170-17S; 
joint  Regulation  AFR  7i-4  (Military  Air);  or  Internati ona 1  Air  Transoortatior. 
Association  (lATA).  Dangerous  Gooas  Regulation  (Commercial  Air). 

Unless  otherwise  stipulatec  as  oart  of  a  particular  Amenaed  Shiooing  Instruction 
(AS:).  It  em  sh i poed  in  response  tc  ASIs  will  oe  preservec.  pacKaaea.  a  no  pack  ec 
in  accoroance  witn  MI L - STD-207 3 -  1 .  and  TPO/SPI  as  aopiicable,  to  comply  witn  tne 
following: 

a.  Level  C/C  for  items  indicated  for  immediate  use  within  tne  CONUS  when 
more  economical  anc  exDedient. 

D.  Level  A/C  for  Air  Force  stock  with  the  CONUS. 

c.  Level  A/A  for  Items  oe i ng  shipoea  overseas  Dy  surface  transportation. 

0.  All  overseas  shipments  in  support  of  FMS  or  ma?  will  oe  preserveo  Level  a 
and  packed  Levels  A  or  E . 


All  specifications,  standards  bulletins,  anc  Duplications  necessary  to  accomplish 
preser vat  1  on .  packaging.  packing  requirements  will  oe  of  tne  issue  in  effect  on 
tne  date  of  tne  solicitation. 

NOTE  1:  If  there  is  a  conflict  Petween  MI L-STD-2073- i  and  a  TPO/SPI  or  codec 

data  regarding  tne  level  of  packing  provided  py  a  fiberboaro  container,  the 
requirement  of  MI  L-5TD-2073- 1  applies.  a  container  meeting  tne  requirements  of 
MI L - 5T0-2073 - 1  for  the  specified  level  snail  be  used. 

D-6X.  ITEM  IDENTIFICATION  MARKING  AND  SHELF  LIFE  ITEM  PROVISIONS 

1 .  m:l-ST0-i29  and  13C 

2.  SHELF  LIFE  ITEMS  -  not  applicable. 

a.  MARKING 

(1)  Shelf  life  Items  snail  be  markeo  in  accordance  witn  HIL-STD-129. 

(2)  Mark  Items  controlled  in  MI L “STD- 1523.  or  in  specifications 
furnisnec  as  a  part  of  the  contract  or  purchase  oroer.  w-tr.  tne  cure  or 
assembly  aates  soecifieo  tnerei.n. 
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b.  DELIVERY.  Unless  specified  otherwise  in  the  contract,  shelf  life  Items 
Shan  have  a  minimum  of  90%  of  the  “storage  period"  remaining  at  the  time  of 
oelivery  to  the  Government, 

NQjE  V  When  the  contract,  or  any  of  the  contract  line  items  established 
therein  requires  technical  order  (TO)  certification.  inner  and  outer  packaging 
container  tags  or  labels  shall  be  annotated  to  indicate  comoliance  with  the 
acDlicable  technical  order  for  each  item  of.  tne  contract  so  affected. 

NOTE  2:  Items  designed  prior  to  issuance  of  the  latest  revision  of  MIL-STD-130 

as  of  the  date  of  the  award  and  not  proposed  for  use  in  any  new  design  equipment 
systems  may  be  marked  in  accordance  with  the  existing  design  drawing  for  the 
Items  provided  the  identification  marKing  on  the  oelivered  item  meets  requirements 
of  previous  revisions  of  MIL-STD-130.  Existing  items  used  m  newly  designed 
ecuipment  or  systems  shall  oe  marked  in  accordance  witn  the  latest  revision  o. 
MIL-5TD-130  as  of  the  oate  of  the  award. 

NOTE  3:  The  contractor  snail  mark  in  accordance  w^tn  MIL-STD-130  and  ASTM  D-3951 
those  Items  for  wm cn  commercial  packaging  anc  packing  are  authorized  in  con¬ 
tract/order  . 

BAR  CODE  MARKINGS 

Bar  code  markings  with  the  National  Stock  Number  (NSN)  and  contract/order  numoer 
data  IS  required  on  this  contract.  except  wnen  specifically  exempted  in  the 
schedule.  Bar  coding  does  not  apply  to  FMS  items. 

INSPECTION  OF  SUPPLI ES--FIXED-PRICE  (JUL  1985)  FAR  52.246-2 
[  I  AW  FAR  46 . 3C2  ) 

HIGHER-LEVEL  CONTRACT  QUALITY  REQUIREMENT  (GOVERNMENT  SPECIFICATION)  (APR  1984) 
FAR  52 . 246- 1  1 

For  the  purposes  of  this  clause  the  blank(s)  are  completeo  as  follows: 

(p)  MIL-I-45208A  INSPECTION  SYSTEM 

(  lAW  FAR  46.311) 

RESPONSIBILITY  FOR  SUPPLIES  (APR  1984)  FAR  52.246-15 
(  I  AW  FAR  46.316) 

VARIATION  IN  QUANTITY  (APR  1984)  FAR  52.212-9 

See  schedule  for  percentage  of  increase  or  decrease. 

(  I  AW  FAR  12 . 403( a )  ) 

DELIVERY  OF  EXCESS  QUANTITIES  (SEP  1989)  FAR  52.212-10 
( : AW  FAR  1 2 . 403 ( b ) ) 

F.O.B.  ORIGIN  (JUN  1388)  FAR  52.247-29 
tlAW  FAR  47.303-1(c)) 

F.O.B.  ORIGIN.  PREPAID  FREIGHT— SMALL  PACKAGE  SHIPMENTS  (JAN  1991)  FAR  52.247-65 

(a)  When  autnonzed  by  the  Contracting  Officer,  f.o.b.  origin  freight  shipments 
Which  do  not  nave  a  security  classification  shall  move  on  prepaid  commercial 
bills  of  lading  or  other  shipping  documents  to  domestic  destinations,  including 
air  and  water  terminals.  weight  of  individual  shipments  shall  pe  governed  by 
earner  restrictions  but  snail  not  exceed  15C  odunds  by  any  form  of  commercial 
air  or  1.000  pounos  Py  other  commercial  carriers.  The  Government  will  reimpurse 
tne  Contractor  for  reasonaple  freight  charges. 

(b)  The  Contractor  shall  annotate  the  commercial  bill  of  lacing  as  reouired  by 
tne  clause  of  this  contract  entitled  “Commercial  Bill  of  Lading  Notations." 

(c)  The  Contractor  shall  consolidate  prepaid  shipments  m  accordance  with 
procedures  established  by  the  cognizant  transportation  office.  The  Contractor  is 
authorized  to  combine  Government  prepaid  shipments  with  tne  Contractor  s 
commercial  shipments  for  delivery  to  one  or  more  consignees  and  tne  Government 
v.'ili  reimpurse  its  pro  rata  snare  of  the  total  freight  costs.  The  Contractor 
snail  provide  a  coov  of  tne  commercial  Oil!  of  lading  promptly  to  eacn  consignee. 
Ouantities  snail  not  De  divioed  i nto  mailaole  lots  for  tne  ourpose  of  avoiding 
movement  oy  otner  mooes  of  transportation. 
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( d )  T ransoor ta 1 1  on 
eacT.  smpment  made, 
f reignt  bill  snal - 
contract . 


charges  w;ii  be  billed  as  a  separate  item  on  the  invoice  for 
A  copy  or  the  pertinent  bill  of  lacing,  smoment  receipt,  or 
accompany  the  invoice  unless  otherwise  specified  in  the 


ie)  Loss  and  damage  claims  will  be  processed  bv  the  Government 
( lAW  FAR  47 . 303- 17(f ) ) 

F.O.B.  ORIGIN 


Any  supply  item  applicable  to  this  document  shall  be  delivered: 
(1)  F.0.5.  carrier's  equipment  at  tne  plant  or  plants  at 


(street  aooress  ) 


(City) 


( state  1 


(Zip  code ) 
or 


(  2  ) 


F .0 .£  . 


to  tne  plant  c 
p 1 1 snec . 

(  I  AW  FAR  47 . 3C5( b  )  ) 


- .  wmch  15  tne  nearest  point  that  earner  service  is  availaole 

ants  at  which  final  inspection  ano  acceptance  are  to  oe  accom- 


FQR  SHIP  TC  AND  OELIVERv  (  I  APPL.  I  CABLE  1  :  SEE  SECTION  S 

TRANSPORTATION  TRANSIT  PRIVILEGE  CREDITS  (APR  1984)  FAR  52.247-5T 


( a  )  If  the  off 
that  can 


ror  has  estaplishec  with  regulated  common  carriers  transit  privileges 
De  appl 1 eo  to  the  suopl les  when  snipped  from  the  original  source,  tne 
offeror  is  invited  to  propose  to  use  these  credits  for  snipping  tne  supplies  to  tne 
designated  Government  destinations.  The  offeror  will  smo  tnese  supplies  under 
v-ommercial  pills  of  lading,  paying  all  remaining  transportation  cnarges  connected 
with  tne  snipment.  subject  to  re i mpursemen t  py  tne  Government 
»o  ..ne  remaining  cnarges  Out  not  exceeding  the  amount  ouotec  Dy 


in  an  amount  ecua 1 
the  offeror 


(b)  Afte"'  loading  on  tne  carne'-'s  eouioment  and  accectanc©  bv  tne  earner  tnese 
snioments  under  pa^d  commercial  pills  o-  lading  will  move  for  tne  account  o-  anc 
at  tne  risk  cf  tne  Government  (unless,  pursuant  to  tne  Changes  clause,  tne  office 
administering  the  contract  directs  use  of  Government  pills  of  lacing). 

(c)  Tne  amount  quoted  below  by  tne  offeror  represents  the  transportation  costs  in 
cents  per  lOO  pounds  (freight  rate)  for  full  car i oad/ 1 ruck  1 oad  shipments 
supplies  from  offeror's  original  sour 
tne  Government  des t i na 1 1 on ( s  )  incluci 
less  tne  aoplipaple  transit  crecit  (i 
carrier  for  snipment  from  oriomal  so 


eror  ' 


of  tne 

transit  plant  or  point,  to 
arrier's  transit  c-ivilege  cnarqe. 
tne  amount  (rate)  initially  oa  ’■  c  tc  tne 
to  offeror's  transit  plant  or  point). 


tne 


^d)  The  rate  per  cw i  quoted  wil :  dg  usee  by  the  Government  to  evaluate  tne  offeree 
f.c.b.  origin  price  unless  a  lower  rate  is  applicaple  on  tne  dace  of  bic  obem ng 
(or-closing  date  specified  for  receipt  cf  offers).  To  have  tne  offer  evaluated  on 
this  oasis.  tne  offeror  must  insert  below  tn©  remaining  transbor tat i on  cnarges 
tnat  tne  offeror  agrees  to  pay,  inducing  any  transit  cnarges.  subject  to  reimburse¬ 
ment  by  tne  Government.  as  explained  in  tms  clause,  to'oes  t  i  na  t  i  ons  listed  i  r, 
the  Schedule  as  follows: 


RATE  PER  CWT  IN  CENTS  .  .  .  . 

TO  DESTINATION . 

( lAW  FAR  47 .3C5-13{3)(4) ) 


F.O.B.  ORIGIN-MINIMUM  SIZE  OF  SHIPMENTS  (APR  1984)  FAR  52  247-61 
(  :  AW  far  47 . 305- 1S{ c) ) 

ACCOUNTING  AND  APPROPRIATION  DATA 

AA : 97X4S30 . FCOH  6H2  S305  F02040  01N000  00000  000000  503200  F0320F 
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52.252-2  CLAUSES  INCORPORATED  BY  REFERENCE  UUN  1988 

This  contract  incoroorates  one  or  more  clauses  by  reference,  with  the  same  force 
and  effect  as  if  they  were  given  in  full  text.  Upon  reouest,  the  Contracting 
Officer  will  make  their  full  text  available. 

( lAW  FAR  52.107(D)) 

FAR  PARA  CLAUSE  TITLE 

52.203- 1  OFFICIALS  NOT  TO  BENEFIT  APR  1984 

(  lAW  FAR  3 .  102-2) 

52.203- 3  GRATUITIES 

( I  AW  FAR  3.202 ) 

52.203- 7  ANTI-KICKBACK  PROCEDURES  CCT  1986 

(  I  AW  FAR  3 . 502-3 ) 

52.210-5  NEW  MATERIAL  APR  1984 

C  lAW  FAR  10.011(e)) 

52  21C-7  USED  OR  RECONDITIONED  MATERIAL,  RESIDUAL  INVENTORY,  APR  1984 

AND  FORMER  GOVERNMENT  SURPLUS  PROPERTY 

(  I  AW  FAR  10 . 01 1 ( g  )  ) 

52.212-S  DEFENSE  PRIORITY  AND  ALLOCATION  REQUIREMENTS  SEP  1990 

( lAW  FAR  12. 304(b) ) 

52.222- 20  WALSH-HEALEY  PUBLIC  CONTRACTS  ACT  APR  1984 

(  lAW  FAR  22 . S10(b}  ) 

52.222- 26  EQUAL  OPPORTUNITY  APR  1984 

( lAw  FAR  22.810(e)) 

52.222- 35  AFFIRMATIVE  ACTION  FOR  SPECIAL  DISABLED  AND  APR  1984 

VIETNAM  ERA  VETERANS 
( I  AW  FAR  22 .  1308 ) 

52.222- 36  AFFIRMATIVE  ACTION  FOR  HANDICAPPED  WORKERS  APR  1984 

(  I  AW  FAR  22 .  1408 ) 

52.222- 37  EMPLOYMENT  REPORTS  ON  SPECIAL  DISABLED  VETERANS  JAN  1988 

AND  VETERANS  OF  THE  VIETNAM  ERA 

(  I  AW  FAR  22 .  1308( b ) ) 

52.225- 3  BUY  AMERICAN  ACT-SUPPLIES  ^AN  1989 

( lAW  FAR  25 . 109(d) } 

52.225- 11  RESTRICTIONS  ON  CERTAIN  FOREIGN  PURCHASES  MAY  1992 

(  I  AW  far  25 . 704 ) 

52.232- 1  PAYMENTS  APR  1984 

(  I  AW  FAR  32 .  1 1  1 ( a  )  (  1  ) 1 

52.222- 8  DISCOUNTS  FOR  PROMPT  PAYMENT  APR  1989 

(  lAW  FAR  32 .  1  1  1 ( C  )  (  1  ) ) 

52.232- 23  Alternate  I  apR  1984 

(lAW  FAR  32.801  and  32.803(d)) 

52.232- 25  PROMPT  PAYMENT  APR  1989 

(  a ) ( 6  )  ( 1 )  For  the  purooses  of  this  clause.  Government 
acceotance  shall  be  deemed  to  have  occurred  constructively 
on  tne  7th  aay  after  tne  Contractor  oelwereo  tne  supplies 
or  performed  tne  services. 

(b)(2)  For  tne  purposes  of  tnis  clause,  contract  financing 
oayments  snail  be  made  on  the  7th  aay  after  receipt  of  a 
prooer  contract  financing  reauest  by  the  designated  billing 
office. 

(  I  AW  FAR  32 .90S(c) ) 

52.232- 28  ELECTRONIC  FUNDS  TRANSFER  PAYMENT  METHODS  APR  1989 

( lAW  FAR  32.908(d) ) 

52.233- 1  DISPUTES 

( lAW  FAR  33.215) 

52.233- 3  PROTEST  AFTER  AWARD  AUG  1989 

(  I  AW  FAR  33 .  l0G(b) ) 

52.242- 10  F.O.B.  ORIGIN--GOVERNMENT  BILLS  OF  LADING  OR  4PR  1984 

PREPAID  POSTAGE 
(  I  AW  FAR  42 .  1404-2(a)  ) 

52.247-1  COMMERCIAL  BILL  OF  LADING  NOTATIONS  APR  1984 

(  1  AW  FAR  47 .  l04-4( a )  ) 

252.204-7003  CONTROL  OF  GOVERNMENT  PERSONNEL  WORK  PRODUCT  APR  1992 

(lAW  DFARS  204 . 404-70(b) ) 

252.232-7006  REDUCTION  OR  SUSPENSION  OF  CONTRACT  PAYMENTS  UPON  JAN  1992 

FINDING  OF  FRAUD 

(  I  A\tl  DFARS  232  .  1  1  1-70) 

252.242- 7003  APPLICATION  FOR  U.S.  GOVERNMENTS  SHIPPING  OEC  199i 

DOCUMENTATION/ INSTRUCTIONS 
(lAW  DFARS  242 . 1404-2-70(&) ) 


52 . 232-28 


52 . 242-10 


252 . 204-7003 


252.232-7006 


252.242-7003 
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IA-679.  252.246-7000  MATERIAL  INSPECTION  AND  RECEIVING  REPORT 

( lAW  DFARS  246 . 370) 


DEC  1991 


FORM  NR 


LIST  OF  ATTACHMENTS 

nil  ^  oat;  nr  of  pages 

Engineering  Data  List  22  APR  B2  1  TF2T 
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REQUEST  FOR  QUOTATION 

The  following  clause{s)  and/or  prov i s i on( s ) .  are  applicable  to  the  Request  for 
Quotation  only: 


'  K-12.  small  business  concern  representation  (OAN  1991)  FAR  52.219-1 

(a)  Representat i on .  The  offeror  represents  and  certifies  as  part  of  its  offer 

that  It  [  3  is,  [  3  is  not  a  small  business  concern  and  that  [  3  1  .  I  3 

all  end  items  to  be  furnished  will  be  manufactured  or  produced  by  a  small  busi- 

i  ness  concern  in  the  United  States,  its  territories  or  possessions.  Puerto  Rico  or 

tne  Trust  Territory  of  the  Pacific  Islands. 

(b)  Definition.  "Small  business  concern."  as  used  m  tms 
concern,  including  its  affiliates,  that  is  i noepenoent 1 y  owned 

I  dominant  in  the  fielc  of  operation  in  whicn  it  is  bidding 

tracts,  and  qualified  as  a  small  business  under  the  criteria 
in  this  solicitation. 

Ic)  Notice.  unoer  15  U.S.C.  645(a).  any  person  who  misrepresents  a  firm's 
status  as  a  small  business  concern  in  oroer  to  obtain  a  contract  to  be  awaroed 
under  tne  preference  orograms  estaplisned  pursuant  to  sections  8(a).  8(d).  9.  or 
15  of  tne  Small  Business  Act  or  any  otner  provision  of  Federal  law  tnat  specifically 
references  section  8(d)  for  a  oefimtion  of  program  eligibility,  shall-- 
I  (i)  Be  punished  by  imposition  of  a  fine,  imor i sonment .  or  both; 

1  (2)  Be  subject  to  aom i m strat i ve  remedies.  including  suspension  and 

aeoarment ;  anc 

I  (3)  Be  ineligible  for  part i c i pa t i on  in  programs  conducted  under  tne 

I  authority  of  tne  Act. 

(  I  AW  FAR  i9 . 304 ( a ) ) 

K-15.  WALSH-HEALEY  public  contracts  act  representation  (APR  1984)  FAR  52.222-19 

The  offeror  reoresents  as  a  part  of  this  offer  that  the  offeror  Is  (  )  or  is  no ^ 

(  )  a  regular  dealer  In.  or  Is  (  )  or  is  not  (  )  a  manufacturer  of.  tne 

supD 1 les  cffereo. 

(  I  AW  FAR  22 . 6 10( a  )  ) 

CERTIFICATION  OF  NDNSEGREGATED  FACILITIES  (APR  1984)  FAR  52.222-21 
(lAW  FAR  22.810(a)(1)  and  52.222-26) 

PREVIOUS  CONTRACTS  AND  COMPLIANCE  REPORTS  (APR  19S4)  FAR  52.222-22 
Tne  offeror  represents  tnat- 

(a)  It  (  )  has,  (  )  has  not  participated  m  a  previous  contract  or 

suDcontract  subject  either  to  the  Eaual  Obbortunity  clause  of  tms  solicitation, 
tne  clause  originally  contained  m  Section  310  of  Executive  Order  No.  10925. 
or  tne  clause  contained  in  Section  201  of  Executive  Order  No.  11114; 

(Cl)  It  (  )  has,  (  )  has  not.  filed  all  required  compliance  reoorts:  and 

(c)  Representat 1 ons  indicating  submission  of  required  comoliance  reoorts . 
signed  Py  proposed  subcontractors.  will  be  obtained  before  subcontract 
awards . 

(lAW  PAR  22.810(a)(2)) 

K-16.  AFFIRMATIVE  ACTION  COMPLIANCE  (APR  1984)  FAR  52.222-25 
The  offeror  represents  that 

(a)  It  (  )  has  developed  and  has  on  file,  (  )  has  not  developed  and  does 

not  nave  on  file,  at  eacn  establishment,  affirmative  action  programs 
reou 1 reo  by  tne  rules  and  regulations  of  tne  Secretary  of  Labor  { ••  1  CFR  50- 1 
and  60-2 ) .  or 

(t>)  It  (  )  has  not  previously  nad  contracts  subject  to  tne  written 
affirmative  action  programs  reauirement  of  tne  rules  ana  regulations  of  tne 
Secretary  of  Laoor . 

(lAW  FAR  22.810(d)  and  52.222-26) 


brovision.  means  a 
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K-2S  TAXPAYER  IDE^m  FICATION  {SEP  1989)  FAR  52.204-3 
( a )  Def 1 n1 t 1 ons . 

"Common  parent,"  as  usea  '.n  tms  solicitation  provision,  means  tnat  cor¬ 
porate  entity  that  owns  or  controls  an  affiliateo  group  of  corporations  tnat 
files  Its  Feaeral  income  tax  returns  on  a  consol loateo  oasis,  ana  of  which 
the  offeror  is  a  member. 

“Corporate  status,"  as  usee  in  this  solicitation  provision.  means  a 
oesignation  as  to  wnether  tne  offeror  is  a  corporate  entity,  an  unincorporated 
entity  (e.g..  sole  propr i etorsn i p  or  partnersh i p ) .  or  a  corporation  providing 
medical  and  health  care  services. 

"Taxpayer  Identification  Numoer  (TIN)."  as  usee  m  this  solicitation 
provision,  means  the  numper  reauirec  oy  tne  IRS  to  Pe  usee  oy  the  offeror  in 
reporting  income  tax  ana  otner  returns. 

Ip)  I ne  erferor  is  repuired  to  suomt  tne  information  reauirec  in  paraqrapns  (c) 
tnrough  (e)  of  this  solicitation  p-oviEion  i  n  ora©''  to  comp  1  v  w  i  tn"  report  i  no 
r  epu  1  remen  ts  of  26  L'.S.C.  604  i,  6041A  anc  6050M  ano  implement!  ng  reguiat  ions 

issuec  Dy  the  internal  Revenue  Service  (IRS).  If  tne  result'ng  contract  is 
supject  to  reporting  recuirements  oescripec  i  r.  4.902(a;.  the  fa- lure  or  refusa' 
cv  tne  offenor  to  furmsn  tne  information  may  result  in  a  20  percent  reduction 
pavments  otnerwise  cue  under  the  contract. 


K  -  3  0  . 


(c)  Taxpayer  Identification  Numoer  (TIN) 


:  ] 
[  ] 
L  ] 


TIN; 

tin  nas  Peer,  appliec  for 

TIN  IS  not  reauireo  oecause: 

[  }  Offeror  is  a  nonresioent  alien,  foreign  corooration.  or  foreion 
partnersnip  tnat  coes  not  nave  income  effectively  connecteo  witr. 
tne  conduct  of  a  trace  or  pus  mess  in  tn©  0 . 5 .  ana  does  not  nave 
an  ofrice  or  place  or  pus i ness  or  a  fiscal  paying  aoent  in  tne 

L  J  Offerer  is  an  agency  or  instrumentality  of  a  fcreian  qovernment  ; 

L  }  Offeror  is  an  agency  or  instrumentality  of  a  ^eaeral,  state,  or 
local  government; 

L  J  Otner.  State  oasis.  _ 


Corporate  Status 


Corporation  providing  mecical  and  nealtn  care  services,  or  engaged  m 
tne  Pilling  anc  collecting  of  payments  for  suen  services; 

Otner  corporate  entity; 

Not  a  corporate  entity; 

L  ]  Sole  proprietorship 
[  ]  Partnership 

[  J  Hospital  or  extencec  care  facility  oescripec  ir'2S  CFR  5Ci(c)(3l 
that  is  exempt  from  taxation  unoer  26  CFR  50"!  (al 

(e)  Common  Parent. 

L  ]  Offeror  is  not  owned  or  controlled  by  common  parent  as  defined  i  r. 

baragraon  (a)  of  this  clause. 

I  ]  Name  and  TIN  of  common  parent: 

Name  _ _ 

(I  AW  =AR  A.  904)  —  -  . 


:  ] 

:  ] 
:  j 


ECONOMIC  PURCHASE  QUANTITY~-SUPPLIES  (AUG  19S7)  ,far  52.207-4 

(a)  Offerors  are  invited  to  state  an  cpimon  on  whether  tne  ouant  i  ty  (  i  es  )  of 
supplies  on  wm  ch  pics,  proposals  or  quotes  are  reouesteo  m  tms  solicitation  is 
(are)  economically  advantageous  to  tne  Government. 
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(b)  Eacn  offeror  who  believes  that  accuisitions  in  different  quantities  would  be 
more  aavantageous  is  invited  to  recommend  an  economic  purchase  Quantity,  If 
different  quantities  are  recommendec.  a  total  and  a  unit  price  must  be  quoted  for 
applicable  items.  An  economic  purchase  quantity  is  that  quantity  at  which  a 
significant  price  break  occurs.  If  there  are  significant  price  creaks  at 
cifferent  Quantity  points,  this  information  is  desired  as  well. 

OFFEROR  RECOMMENDATIONS 
PRICE 

ITEM  QUANTITY  QUOTATION  TOTAL 


(c)  T ne  information  reouestec  in  this  provision  is  being  solicited  to  avoid 
acquisitions  ir  o i saavantageous  Quantities  and  to  assist  tne  Government  m 
developing  a  aata  base  for  future  acouisitions  of  tnese  items.  However,  tne 
Government  reserves  the  riant  to  amend  or  cancel  the  solicitation  and  resol icit 
with  resoect  to  any  inoiviaual  item  in  the  event  Quotations  •  received  and  tne 
Government's  recuirements  indicate  tnat  different  quantities  should  oe  acauirec. 

( I  AW  - AR  7 . 203  ) 

l-7  listing  of  used  or  reconditioned  material,  residual  inventory  and  former  government 
SURPLUS  property  (APR  1984)  FAR  52.21C-5 
(  I  AW  far  10 .01  1  { f  )  (  1  )  ) 

notice  of  priority  rating  for  national  defense  use  (SEP  1990)  far  52.312-7 

For  tne  purposes  of  tms  orovisidn.  tne  blanks  are  comoletec  on  the  cover  sheet 
(  I  AW  far  12 . 304 ( a  )  ) 

L-57  SHIPPING  P0INT(5)  USED  IN  EVALUATION  OF  F.O.B.  ORIGIN  OFFERS  (APR  1934)  FAR  52.247-45 
(lAW  'AR  47.305-3(D)(4)(  1  n 

V-iG.  EVALUATION-F.O.B.  ORIGIN  (APR  1984)  FAR  52.247-47 
(  lAW  FAR  47 . 3C5-3(  f  )(  2)  ) 
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letter  request  for  quotation 


IVEY 


REQUEST 


f 04606-99-0-98765 


DATE  ISSUED:  92  SEP  30 


RETURN  REQUEST  FOR  QUOTATION  BY :  92  OCT  34 

CERTIFIED  FOR  NATIONAL  DEFENSE  UNDER  DMS  REG  1  RATING:  DO  A1 


ISSUED  BY: 


department  OF  THE  AIR  FORCE 
SACRAMENTO  ALC/PKXO 
3237  PEACEKEEPER  WAY/SUITE  17 
MC  CLELLAN  AIR  FORCE  BASE  CA  95652-1059 
BUYER:  TEST  DOCUMENT/LAK/9 16-643-5272 


SCD  CODE:  C 

To  oualify  as  a  small  business  concern,  number  of  employees  shal 1  not 

exceed  1000  employees  (or  annual  receipts  shall  not  - 

millions  of  dollars),  including  affiliates^  This  size  standard 
is  based  on  Standard  Classification  Code  (SIC)  3728. 


caution  If  nandscribed.  please  use  black  ink.  Enter  Quotation  prices  in  schedule. 
BUSINESS  CLASSIFICATION  (Check  appropriate  box(es)) 

(  )  SMALL  (  )  other  than  SMALL  (  )  DISADVANTAGED  (  )  WOMEN-OWNED 

SEE  SCHEDULE  FOR  DELIVERY  AND  FOB  POINTS 
DISCOUNT  TERMS  _ _ 

name  and  address  of  quoter  quoted  prices  firm  for  -  DAYS 


COMMERCIAL  and  GOVERNMENT  ENTITY  (CAGE)  CODE  - 

FACILITY  CODE  _ 

CONTRACTOR  ESTABLISHMENT  CODE  (CEC)  - 

name  AND  TITLE  OF  PERSON  TO  CONTACT  (Type  or  print) 


TELEPHONE  NUMBER  (Include  area  code) 
DATE  OF  QUOTATION  _ _ _ 
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ITEM  SUPPLIES/SERVICES  OTY  UNIT  UNIT  PRICE 


156O-01-125-9447FJ  20  EA 

COVER  ASSY 

P/N:  160D121 105-5  REV  G 

APPL:  A010A 

PR  NR:  FD2040-92-60S76 
PR  LI;  0001 
FOB:  ORIGIN 

QUANTITY  VARIATION:  0%  OVER 

ACRN;  AA 

POA/INSP  SITE:  ORIGIN 


IM  CODE;  XXX 


ACCEPTANCE:  ORIGIN 


(A)  GOVERNMENT'S  REQUIRED  DELIVERY  SCHEDULE: 


OTY  U/I  DELIVERY 

20  EA  30-APR-93 


SHIP  TO  REQUISITION  NR  PRI 
FB2049  NON-MILSTRIP 


(B1  PROPOSED  DELIVERY  SCHEDULE: 


SHIP  TO  REQUISITION  NR  PRI 
FB2049  NON-MILSTRIP 


(AopMcable  to  Item(s)  0001 ) 

SHIP  TO/MARK  FOR 

FB2049 

MC  CLELLAN  air  force  base.  CA  95652 
MARK/FOR:  FB2049/ACCT  09/TP-3 
Contract:  SEE  PAGE  1 

REQUISITION  NR:  SEE  EACH  ITEM  IN  SCHEDULE 


MATERIAL  INSPECTION  AND  RECEIVING  REPORT 

(a)  The  DO  Form  250  snail  be  forwaraee  to  tne  following  aooresses : 

(1)  Forward  tne  ourcnasing  office  copy,  per  DFARS  Appendix  F,  Table  1.  to: 
Department  of  the  Air  Force 

Sacramento  Air  Logistics  Centor/LAKM 

5120  Dudley  Blvd/Sulte  3 

McClellan  Air  Force  Base  CA  95652-1354 

(2)  For  snioments  involving  Foreign  Military  Sales  (FMS)  requirements,  an 
additional  copy  snail  be  sent  unoer  separate  cover  to: 

SM-ALC/FMFSA 

3230  Peacekeeper  Way/Suite  2 
McClellan  AFB  CA  95652-1041 

(0)  wnen  tne  contract  reouires  aelivery  of  FMS  sullies  to  f ^ 

tne  copies  of  tne  OD  Form  250  oesignateo  Dy  OFARS  ’  I® 

forwarded  to  tne  -snip  to"  address  designated  for  delivery  of 

tne  "snip  to"  aooress  is  not  in  tne  contract,  it  snail  oc  orovioed  oy  the  ACO 
wnen  snipment  is  ready. 
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(c)  A  copy  of  the  bill  of  lading  or  other  transportation  receipt  will  be 
attached  to  the  DD  Form  250  or  the  information  will  be  provided  in  Block  4  of  the 
DO  Form  250  and  sent  to  the  addressees  listed  in  (a)(2)  above. 

(SMPKC  0792) 

C-6X.  SPECIFICATIONS,  STANDARDS  AND/OR  ATTACHMENTS 

In  accordance  with  aperture  cards  and  oata'list(s)  furnished  herein. 

C-381.  NEW  MANUFACTURED  MATERIAL-SURPLUS  NOT  ACCEPTABLE  (JUL  1992) 

AFMC  FAR  SUP  5352.291-9001 

Only  new  manufactured  material,  as  defined  in  Part  5391.101  of  tne  AFMC  FAR 
Supplement,  will  be  acceptable  in  satisfaction  of  the  reouirement  as  set  forth 
herein.  It  has  been  determined  that  surplus  material  is  not  acceptable  and 
surplus  offers  will  not  be  considered  for  award.  This  statement  applies  to 
Contract  Line  Item(s)  0001 . 

(lAW  AFMC  FAR  SUP  5391.302(a)(2)) 

D-3XN.  PRESERVATION/PACKAGING  -  PACKING  -  PACKAGE/CONTAINER  MARKING 

PRESERVATION .  Level  A  Shall  be  accomplished  in  accordance  with  MIL-P-116  ana 
MI L-STD-2C73- 1 .  Coded  reouirements  shall  be  interpreted  in  accordance  with 
MI L-STD-2073- 1  and  MIL-STO-2073-2 .  Level  C  shall  be  accomplished  in  accordance 
with  MlL-STD-2073- 1 .  Requirements  of  specification  or  Transoortat ion  Packaging 
Order  (TPO)  or  special  packaging  instructions  (SPI)  shall  be  complied  with,  as 
stipulated  and  the  following  special  instructions: 
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PACKING .  Levels  shall  be  interpreted  and  accomplished  in  accordance  with 
MI L-STD-2073- 1  and  the  specification,  or  TPO/SPI  as  stipulaied  and  additional 
instruct  ions : 


LEVEL  C 

Hazardous  materials  snail  be  prepared  for  shipment  in  accordance  with  applicable 
modal  regulations.  i.e..  Title  49  Cooe  of  Federal  Regulations.  Parts  170-179; 
joint  Regulation  AFR  7l-4  (Military  Air);  or  International  Air  Transportat ion 
Association  (IaTa),  Dangerous  Goods  Regulation  (Commercial  Air). 


Unless  otnerwise  stipulated  as  part  of  a  particular  Amended  Shipping  Instruction 
(ASI).  Item  sniDpeo  in  response  to  ASIs  will  be  oreserved.  packaged,  and  packed 
in  accordance  witn  MIL-STD-2C73- i .  and  TPO/SPI  as  applicaole,  to  comply  with  the 
fol lowing : 


a.  Level  C/C  for  items  indicated  for  immediate  use  witnin  the  CONUS  wnen 
more  economical  and  exoeoien-:. 

D.  Level  A/C  for  Air  Force  stock  with  the  CONUS. 

c.  Level  A/A  for  items  being  shiooeo  overseas  by  surface  transoortat ion . 

d.  All  overseas  snipmenTS  in  supoort  of  FMS  or  MAP  will  oe  preserved  Level  A 
ana  packed  Levels  A  or  E . 


All  specifications,  standards  bulletins,  and  publications  necessary  to  accomplish 
preservation,  packaging.  pacKing  reouirements  will  pe  of  the  issue  in  effect  on 
the  date  of  the  solicitation. 

NOTE  1:  If  there  is  a  conflict  between  MI L-STD-2073- 1  ano  a  TPO/SPI  or  coded 
data  regarding  the  level  of  packing  provided  by  a  fiberboard  container,  the 
reauirement  of  MIL-STD-2073- 1  applies.  A  container  meeting  tne  reouirements  of 
MI L-$TD-2073- 1  for  the  specified  level  shall  be  useo. 
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D-SX.  ITEM  IDENTIFICATION  MARKING  AND  SHELF  LIFE  ITEM  PROVISIONS 

1.  MIL-STD-129  and  130 

2.  SHELF  LIFE  ITEMS  -  not  applicable. 

a.  MARKING 

(1)  Shelf  life  items  shall  be  marked  in  accordance  with  MIL-STD-129. 

(2)  Mark  items  controlled  in  MIL-STD- 1S23 ,  or  in  specifications 

furnished  as  a  part  of  the  contract  or  purchase  order,  with  the  cure  or 
assembly  dates  specified  therein. 

b.  DELIVERY.  Unless  specified  otherwise  in  the  contract,  shelf  life  items 
shall  have  a  minimum  of  90%  of  the  "storage  period"  remaining  at  the  time  of 
delivery  to  the  Government. 

NOTE  1:  When  the  contract,  or  any  of  the  contract  line  items  establisheo 

therein,  requires  technical  order  (TO)  certification.  inner  and  outer  pacKaging 
container  tags  or  labels  shall  be  annotated  to  indicate  compliance  with  the 

applicable  technical  order  for  each  item  of  the  contract  so  affected, 

NOTE  2:  Items  designed  prior  to  issuance  of  the  latest  revision  of  MIL-STD-130 
as  of  the  date  of  the  award  and  not  proposed  for  use  in  any  new  design  equipment 
systems  may  be  marked  in  accordance  with  the  existing  design  drawing  for  tne 
Items  provided  the  identification  marking  on  the  delivered  item  meets  reouirements 
of  previous  revisions  of  MIL-ST0-13C.  Existing  items  used  m  newly  designed 

equipment  or  systems  snail  be  marked  in  accordance  with  the  latest  revision  of 

KlL-STD-130  as  of  the  cate  of  the  awaro. 

NOTE  3:  The  contractor  shall  mark  in  accordance  with  MIL-STD-130  and  ASTM  D-395i 
those  items  for  which  commercial  packaging  and  packing  are  authorized  in  con- 
tract/oroer . 

D-7X.  BAR  CODE  MARKINGS 

Bar  Code  markings  with  the  National  Stock  Number  (NSN)  and  contract/oroer  number 
data  IS  reouired  on  this  contract .  except  when  specifically  exempted  in  the 
schedule.  Bar  coding  does  not  apply  to  FMS  Items. 

E-1.  INSPECTION  OF  SUPPLIES— FIXED-PRICE  (JUL  1985)  FAR  52.246-2 
(I  AW  FAR  46.302) 

£-15.  HIGHER-LEVEL  CONTRACT  QUALITY  REQUIREMENT  (GOVERNMENT  SPECIFICATION)  (APR  1984) 
FAR  52.246-11 

For  the  purposes  of  this  clause  the  blank(s)  are  completed  as  follows: 

(b)  MIL-I-4S208A  INSPECTTION  SYSTEM 
( lAW  FAR  46.31  1  ) 

£-22.  RESPONSIBILITY  FOR  SUPPLIES  (APR  1984)  FAR  52.246-16 
(lAW  FAR  46.316) 

F-23.  VARIATION  IN  QUANTITY  (APR  1984)  FAR  52,212-9 

See  schedule  for  percentage  of  Increase  or  decrease. 

(lAW  FAR  12.403(a)) 

F-24.  DELIVERY  OF  EXCESS  QUANTITIES  (SEP  1989)  FAR  52.212-10 
(lAW  FAR  12.403(b)) 

F-30.  F.O.B.  ORIGIN  ( JUN  1988)  FAR  52.247-29 
(lAW  FAR  47.303-l(c)) 

F-33C.  F.O.B.  ORIGIN.  PREPAID  FREIGHT— SMALL  PACKAGE  SHIPMENTS  (JAN  1991)  FAR  52.247-65 

(a)  When  authorized  by  the  Contracting  Officer,  f.o.b.  origin  freight  shipments 
whicn  do  not  nave  a  security  classification  snail  move  on  prepaid  commercial 
pills  of  lading  or  other  shipping  documents  to  domestic  destinations,  including 
air  and  water  terminals.  weight  of  individual  shipments  shall  oe  governed  oy 
carrier  restrictions  Put  shall  not  exceed  150  pounds  Py  any  form  of  commercial 
air  or  1.000  pounds  Py  other  commercial  carriers.  The  Government  will  reimburse 
the  Contractor  for  reasonable  freight  charges. 
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(b)  The  Contractor  shall  annotate  the  commercial  bill  of  lading  as  required  by 
the  clause  of  this  contract  entitled  “Commercial  Bill  of  Lading  Notations." 

(c)  The  Contractor  shall  consolidate  prepaid  shipments  in  accordance  with 
procedures  estaplished  by  the  cognizant  transportation  office.  The  Contractor  is 
authorized  to  combine  Government  prepaid  shipments  with  the  Contractor's 
commercial  shipments  for  delivery  to  one  or  more  consignees  and  the  Government 
will  reimburse  its  pro  rata  share  of  the  •'“total  freight  costs.  The  Contractor 
shall  provide  a  copy  of  the  commercial  bill  of  lading  promptly  to  each  consignee 
Quantities  shall  not  be  divided  into  mailable  lots  for  the  purpose  of  avoiding 
movement  by  other  mooes  of  transportation. 

(d)  Transportation  charges  will  be  billed  as  a  separate  item  on  the  invoice  for 
each  shipment  made.  A  copy  of  the  pertinent  bill  of  lading,  shipment  receipt,  or 
freignt  bill  shall  accompany  the  invoice  unless  otherwise  specified  in' the 
contract . 

(e)  Loss  and  damage  claims  will  be  processed  by  the  Government 
(lAW  FAR  47 .303-17(f  )  ) 

F-35.  F.O.B.  ORIGIN 

Any  supply  item  applicable  to  this  document  shall  be  delivered: 

(1)  F.O.B.  carrier's  equipment  at  the  plant  or  plants  at 


(street  address) 


(city) 


I  state ) 


(zip  code) 

or 

(2)  F.0.5. 


- - • _ •  which  IS  the  nearest  point  that  carrier  service  is  available 

to  tne  plant  or  plants  at  which  final  inspection  and  acceptance  are  to  be  accom- 
pl 1  Shed . 

( lAW  FAR  47 . 305(b) ) 

FOR  SHIP  TO  AND  DELIVERY  (IF  APPLICABLE):  SEE  SECTION  B 
F-G9.  TRANSPORTATION  TRANSIT  PRIVILEGE  CREDITS  (APR  1984)  FAR  52.247-57 

(a)  If  the  offeror  has  established  with  regulated  common  carriers  transit  privileges 
that  can  be  applied  to  the  supplies  when  shipped  from  the  original  source,  the 
Offeror  is  invited  to  propose  to  use  these  credits  for  shipping  the  supplies  to  the 
designated  Government  destinations.  The  offeror  will  snip  these  supplies  under 
commercial  bills  of  lading,  paying  all  remaining  transportation  charges  connected 
with  the  Shipment,  subject  to  reimbursement  by  the  Government  in  an  amount  equal 

to  the  remaining  charges  but  not  exceeding  the  amount  Quoted  by  the  offeror. 

(b)  After  loading  on  the  carrier's  equipment  and  acceptance  by  the  carrier,  these 
shipments  under  paid  commercial  bills  of  lading  will  move  for  the  account  of  and 
at  tne  risk  of  the  Government  (unless,  pursuant  to  the  Changes  clause,  the  office 
administering  the  contract  directs  use  of  Government  bills  of  lading). 

(c)  The  amount  quoted  below  by  the  offeror  represents  the  transportation  costs  in 
cents  per  100  pounds  (freight  rate)  for  full  carload/truckload  shipments  of  the 
supplies  from  offeror's  original  source,  via  offeror's  transit  plant  or  point,  to 
the  Government  destinatlon(s)  including  the  carrier's  transit  privilege  charge, 
less  tne  applicable  transit  credit  (i.e..  the  amount  (rate)  initially  paid  to  the 
carrier  for  shipment  from  original  source  to  offeror's  transit  plant  or  point). 

<d)  The  rate  per  CWT  Quoted  will  be  used  by  the  Government  to  evaluate  the  offered 
f.c.b.  origin  price  unless  a  lower  rate  is  applicable  on  the  date  of  bio  opening 
(or  closing  date  specified  for  receipt  of  offers).  To  have  the  offer  evaluated  on 
this  oasis.  the  offeror  must  insert  below  the  remaining  transportation  charges 
that  the  offeror  agreesto  pay.  including  any  transit  charges,  subject  to  reimourse- 
ment  by  the  Government.  as  explained  in  this  clause,  to  destinations  listed  in 
the  Schedule  as  follows; 

RATE  PER  CWT  IN  CENTS  . 

TO  DESTINATION . 

(lAW  FAR  47.305-13{B)(4) ) 
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F-74.  F.O.B.  ORIGIN-MINIMUM  SIZE  OF  SHIPMENTS  (APR  1984)  FAR  52.247-61 
(lAW  FAR  47.305-16(c)) 

G-1X.  ACCOUNTING  AND  APPROPRIATION  DATA 

AA: 97X4930. FCOH  6H2  6305  FD2040  01N000  00000  000000  503200  F0320r 
S _ 

FAR  52.252-2  CLAUSES  INCORPORATED  BY  REFERENCE  JUN  1988 

This  contract  incorporates  one  or  more  clauses  by  reference,  with  the  same  force 
ana  effect  as  if  they  were  given  in  full  text.  Upon  request,  the  Contracting 
Officer  will  make  their  full  text  available. 

(lAW  FAR  52. 107(b)) 


NO 

FAR  PARA 

CLAUSE  TITLE 

DATE 

1-18  . 

52.203-1 

OFFICIALS  NOT  TO  BENEFIT 

CAW  FAR  3. 102-2) 

APR 

1984 

1-19. 

52.203-3 

GRATUITIES 
( lAW  FAR  3.202) 

APR 

1984 

1-22. 

52.203-7 

ANTI -KICKBACK  PROCEDURES 
(I AW  FAR  3.502-3) 

OCT 

1988 

1-83. 

52.210-5 

NEW  MATERIAL 

(lAW  FAR  10.011<e)) 

APR 

1964 

1-84  . 

52.210-7 

USED  OR  RECONDITIONED  MATERIAL,  RESIDUAL  INVENTORY. 
AND  FORMER  GOVERNMENT  SURPLUS  PROPERTY 

(  lAW  FAR  10.01 1(g)) 

APR 

1984 

1-102. 

52.212-8 

DEFENSE  PRIORITY  AND  ALLOCATION  REQUIREMENTS 
(  I  AW  FAR  12.304(0) ) 

SEP 

1990 

1-247  . 

52.222-3 

CONVICT  LABOR 
(lAW  FAR  22.202) 

APR 

1984 

1-264. 

52.222-26 

EQUAL  OPPORTUNITY 
(lAW  FAR  22.810(e)) 

APR 

1984 

1-276. 

52.222-36 

AFFIRMATIVE  ACTION  FOR  HANDICAPPED  WORKERS 

( I  AW  FAR  22. 1408) 

APR 

1984 

1-306. 

52.225-3 

BUY  AMERICAN  ACT-SUPPLIES 
(  lAW  FAR  25 . 109(d) ) 

UAN 

1989 

1-312. 

52.225-11 

RESTRICTIONS  ON  CERTAIN  FOREIGN  PURCHASES 
(I AW  FAR  25.704) 

MAY 

1992 

I-3S3 . 

52.232-1 

PAYMENTS 

( lAW  FAR  32.111(a)(1)) 

APR 

1984 

1-391  . 

52.232-8 

DISCOUNTS  FOR  PROMPT  PAYMENT 
(lAW  FAR  32. 111(C)(1)) 

APR 

1989 

1-410. 

52.232-23 

Alternate  I 

(lAW  FAR  32.801  and  32.803(d)) 

APR 

1984 

1-412. 

52.222-25 

PROMPT  PAYMENT 

APR 

1989 

(a)(6)(i)  For  the  purposes  of  this  clause.  Government 
acceptance  shall  be  aeemea  to  have  occurred  constructively 
on  the  7th  aay  after  the  Contractor  oelivered  the  supplies 


or  performed  the  services. 

(b)(2)  For  the  purposes  of  this  clause,  contract .f inane mg 
payments  snail  be  made  on  the  7th  aay  after  receipt  of  a 
proper  contract  financing  request  by  the  designated  billing 


office. 

( lAW  FAR  32.908(C) ) 


1-416 . 

52.232-28 

ELECTRONIC  FUNDS  TRANSFER  PAYMENT  METHODS 
(lAW  FAR  32.908(d)) 

APR 

1989 

1-417. 

52.233-1 

DISPUTES 
( lAW  FAR  33.215) 

DEC 

1991 

1-419. 

52.233-3 

PROTEST  AFTER  AWARD 
( lAW  FAR  33. 106(b) ) 

AUG 

1989 

I -538. 

52.242-10 

F.O.B.  ORIGIN— GOVERNMENT  BILLS  OF  LADING  OR 

PREPAID  POSTAGE 
( lAW  FAR  42. 1404-2(a) ) 

APR 

1984 

1-636. 

52.247-1 

COMMERCIAL  BILL  OF  LADING  NOTATIONS 
( lAW  FAR  47 . 104-4(a) ) 

APR 

1984 

IA-33. 

252,204-7003 

CONTROL  OF  GOVERNMENT  PERSONNEL  WORK  PRODUCT 

CAW  DFARS  204 .404-70(b)  ) 

APR 

1992 

IA-422  . 

252.232-7006 

REDUCTION  OR  SUSPENSION  OF  CONTRACT  PAYMENTS  UPON 
FINDING  OF  FRAUD 
( lAW  DFARS  232. 1 11-70) 

JAN 

1992 

IA-634C. 

252.242-7003 

APPLICATION  FOR  U.S.  GOVERNMENTS  SHIPPING 
DOCUMENTATION/ INSTRUCTIONS 

DEC 

1991 

CAW  OrARS  242 . 1404-2-70(b)  ) 
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IA-679.  252.246-7000  MATERIAL  INSPECTION  AND  RECEIVING  REPORT 

(I AW  DFARS  246.370) 


FORM  NR 


LIST  OF  ATTACHMENTS 


title 

ENGINEERING  DATA  LIST 


date  nr  of  pages 

22  JAN  92  1 
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REQUEST  FOR  QUOTATION 

The  following  clause(s)  and/or  provi s ion( s ) .  are  applicaole  to  the  Request  for 
Quotation  only: 


SMALL  BUSINESS  CONCERN  REPRESENTATION  (JAN  1991)  FAR  52.219-1 

(a)  Representation.  The  offeror  represents  and  certifies  as  part  of  its  offer 

that  t  ]  Is.  [  ]  Is  not  a  small  pus i ness  concern  and  that  E  ]  all  .  [  ]  not 

all  er.c  items  to  be  furnished  will  be  manufactured  or  produced  by  a  small  busi¬ 
ness  concern  in  the  United  States,  its  territories  or  possessions.  Puerto  Rico  or 
the  Trust  Territory  of  the  Pacific  Islands. 

(b)  Definition.  "Small  business  concern."  as  used  in  this  provision,  means  a 
concern,  including  its  affiliates,  that  is  independently  owned  and  operated,  not 
dominant  in  the  field  of  operation  in  which  it  is  bidding  on  Government  con¬ 
tracts.  and  qualified  as  a  small  business  under  the  criteria  and  size  standards 
in  this  solicitation. 

(c)  Notice.  Under  15  U.S.C.  645(o).  any  person  who  misrepresents  a  firm's 
status  as  a  small  business  concern  in  order  to  obtain  a  contract  to  be  awaroec 
under  the  preference  programs  established  pursuant  to  sections  8(a).  8(d).  9.  or 

15  of  the  Small  Business  Act  or  any  other  provision  of  Federal  law  that  specifically 
references  section  8(d)  for  a  definition  of  program  eligibility,  shall-- 

(1)  Be  punished  by  imposition  of  a  fine,  imprisonment,  or  both; 

(2)  Be  subject  to  administrative  remedies.  including  suspension  and 

oeoarment:  and 

(3)  Be  ineligible  for  participation  i.n  programs  conducted  under  the 
authority  of  the  Act. 

( I AW  FAR  19.364(a)) 

K-'7.  PREVIOUS  CONTRACTS  AND  COMPLIANCE  REPORTS  (APR  1984)  FAR  52.222-22 
The  offeror  represents  that- 

(a)  It  (  >  has.  (  )  has  not  participated  in  a  previous  contract  or 
subcontract  subject  either  to  the  Equal  Opportunity  clause  of  this  solicitation, 
tne  clause  originally  contained  in  Section  310  of  Executive  Oroer  No.  10925. 
cr  the  clause  contained  m  Section  201  of  Executive  Order  no.  111 14; 

(0)  It  (  )  has,  (  )  has  not,  filed  all  required  compliance  reports;  and 

(c)  Representations  indicating  submission  of  required  compliance  reports, 
signed  by  proposed  subcontractors.  will  be  obtained  before  subcontract 
awards . 

( lAW  FAR  22.810(a)(2) ) 

K-18.  AFFIRMATIVE  ACTION  COMPLIANCE  (APR  1984)  FAR  52.222-25 
The  offeror  represents  that 

(a)  it  (  )  has  developed  and  has  on  file.  (  )  has  not  developed  and  does 

not  have  on  file,  at  each  establishment,  affirmative  action  programs 
reauired  by  the  rules  and  regulations  cf  the  Secretary  of  Labor  (4i  CFR  60-1 
and  60-2) ,  or 

(b)  it  (  )  has  not  previously  naC  contracts  subject  to  tne  written 
affirmative  action  programs  reouirement  of  the  rules  and  regulations  of  tne 
Secretary  of  Labor. 

(lAW  FAR  22.810(d)  and  52.222-26) 

K-29.  TAXPAYER  IDENTIFICATION  (SEP  1989)  FAR  52.204-3 
(a)  Definitions. 

-Common  parent."  as  used  in  tnis  solicitation  provision,  means  tnat  cor¬ 
porate  entity  that  owns  or  controls  an  affiliated  group  of  corporations  that 
files  Its  Federal  income  tax  returns  on  a  consolidated  oasis,  and  of  wnich 
tne  offeror  is  a  memoer . 

"Corporate  status."  as  used  in  tms  solicitation  provision,  means  a 
oesianation  as  to  wnetner  tne  offeror  is  a  corporate  entity,  an  um ncorporatec 
entity  (e.g..  sole  proor i etorsnip  or  partnersnip ) .  or  a  corporation  providing 
medical  ana  health  care  services. 
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"Taxpayer  Ipent i f icat Ion  Number  (TIN),"  as  used  in  this  solicitation 
orovTsion.  means  the  number  required  by  the  IRS  to  be  used  by  the  offeror  in 
reporting  income  tax  and  other  returns. 

(b)  The  offeror  is  required  to  submit  the  information  required  in  paragraphs  (c) 
through  (e)  of  this  sol icitation  provision  in  order  to  comply  with  reporting 
requirements  of  26  U.S.C.  6041,  604iA‘and  6050M  and  implementing  regulations 
issuea  by  the  Internal  Revenue  Service  (IRS).  If  the  resulting  contract  is 
subject  to  reporting  requirements  described  in  4.902(a),  the  failure  or  refusal 
by  tne  offeror  to  furnish  the  information  may  result  in  a  20  percent  reduction  of 
payments  otherwise  due  under  the  contract. 

(c)  Taxpayer  Identification  Number  (TIN). 

TIN:  _ 

TIN  has  peer  applied  for. 

TIN  is  not  required  because: 

[  3  Offeror  is  a  nonresident  alien,  foreign  corporation,  or  foreign 
partnership  that  does  not  have  income  effectively  connected  with 
the  conduct  of  a  trade  or  business  in  the  U.S.  and  does  not  have 
an  office  or  place  of  business  or  a  fiscal  paying  aoent  in  the 
U  .S.  ; 

[  ]  Offeror  is  an  agency  or  instrumentality  of  a  foreign  government; 

[  3  Offeror  is  an  agency  or  instrumentality  of  a  Federal,  state,  or 
local  government: 

[  3  Other.  State  basis.  _ _ 

(0)  Corporate  Status. 

[  3  Corporation  providing  medical  and  health  care  services,  or  engaged  in 
the  billing  and  collecting  of  payments  for  such  services: 

[  3  Other  corporate  entity: 

I  3  Not  a  corporate  entity: 

[  3  Sole  propr letorship 
[  3  Partnership 

[  3  Hospital  or  extended  care  facility  described  in  26  CFR  501(c)(3) 
that  is  exempt  from  taxation  under  26  CFR  S01(a). 

(e)  Common  Parent. 

[  3  Offeror  is  not  owned  or  controlled  by  common  parent  as  defined  in 
paragraph  (a)  of  this  clause. 

[  3  Name  and  TIN  of  common  parent : 


[  3 
t  3 
[  ] 


Name 
TIN  “ 

(I AW  FAR  4.904)“ 


K-30.  ECONOMIC  PURCHASE  QUANTITY--SUPPLIES  (AUG  1987)  FAR  52.207-4 


(a)  Offerors  are  invited  to  state  an  opinion  on  whether  the  quant ity( ies )  of 
supplies  on  which  bids,  proposals  or  quotes  are  requested  in  this  solicitation  is 
(are)  economically  advantageous  to  the  Government. 


(b)  Each  offeror  who  believes  that  acquisitions  in  different  quantities  would  be 
more  advantageous  is  invited  to  recommend  an  economic  purchase  quantity.  If 
different  quantities  are  recommenoeo.  a  total  and  a  unit  price  must  be  quoted  for 
applicable  items.  An  economic  purchase  quantity  is  that  quantity  at  which  a 
significant  price  break  occurs.  If  there  are  significant  price  breaks  at 
different  quantity  points,  this  information  is  desired  as  well. 
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OFFEROR  RECOMMENDATIONS 
PRICE 

item  QUANTITY  QUOTATION  TOTAL 


(c)  The  information  reauested  in  this  provision  is  being  solicited  to  avoid 
acquisitions  in  disadvantageous  quantities  and  to  assist  the  Government  in 
oevelopino  a  data  base  for  future  acquisitions  of  these  items.  However,  the 
Government  reserves  the  right  to  amend  or  cancel  the  solicitation  and  resolicit 
with  respect  to  any  individual  item  in  the  event  Quotations  received  and  the 
Government ' s  requirements  indicate  that  different  quantities  should  oe  acquired. 

CAW  far  7.203) 

LISTING  OF  USED  OR  RECONDITIONED  MATERIAL,  RESIDUAL  INVENTORY  AND  FORMER  GOVERNMENT 
SURPLUS  PROPERTY  (APR  1984)  FAR  52.210-6 
( :aW  far  10.01 1(f)(1)) 

NOTICE  OF  PRIORITY  RATING  FOR  NATIONAL  DEFENSE  USE  (SEP  1990)  FAR  52.212-7 

For  the  purooses  of  this  provision,  the  blanks  are  completed  on  the  cover  sheet. 

( I  AW  FAR  12.304(a) ) 

SHIPPING  POINT(S)  USED  IN  EVALUATION  OF  F.O.B.  ORIGIN  OFFERS  (APR  1984)  FAR  52.247-46 
(lAW  FAR  A7.305-3(b)(4)( 1 i ) ) 

EVALUATION-F.O.B.  ORIGIN  (APR  1984)  FAR  52.247-47 
CAW  FAR  47.305-3(f  )(2)  ) 
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LETTER  REQUEST  FDR  QUOTATION  IVEY 


REQUEST  F04606-99-0-87654  DATE  ISSUED:  92  SEP  30 

RETURN  REQUEST  FOR  QUOTATION  BY:  92  OCT  30 

CERTIFIED  FOR  NATIONAL  DEFENSE  UNDER  DMS  REG  1  RATING:  DO  A1 

ISSUED  BY:  DEPARTMENT  OF  THE  AIR  FORCE 
SACRAMENTO  ALC/PKXO 
3237  PEACEKEEPER  WAY/SUITE  17 
MC  CLELLAN  AIR  FORCE  BASE  CA  95552-1059 
BUYER:  TEST  DOCUMENT/LAK/9 15-643-5272 

SCO  CODE:  C 

To  Qualify  as  a  small  business  concern,  number  of  employees  snail  not 

exceec  l600  employees  tor  annual  receipts  snail  not  exceec  _ 

TT' 11  ions  of  dollars),  including  affiliates.  Tnis  size  standaro 
IS  based  on  Standard  Classification  Cooe  (SIC)  3728. 


CAUTION  If  nandscribed.  please  use  biaCK  ink.  Enter  auotat ion* prices  in  scnedule. 
BUSINESS  CLASSIFICATION  ( CnecK  appropriate  box{es)) 

f  )  SMALL  (  )  OTHER  THAN  SMALL  1  )  DISADVANTAGED  (  )  WOMEN-OWNED 

SEE  SCHEDULE  FOR  DELIVERY  AND  FOB  POINTS 
DISCOUNT  TERMS  _ 

NAME  AND  ADDRESS  OF  QUOTER  QUOTED  PRICES  FIRM  FOR  _  DAYS 


COMMERCIAL  and  GOVERNMENT  ENTITY  (CAGE)  CODE  _ 

FACILITY  CODE  _ 

CONTRACTOR  ESTABLISHMENT  COOE  (CEO  _ 

NAME  AND  TITLE  OF  PERSON  TO  CONTACT  (Type  or  print) 


TELEPHONE  NUMBER  (Include  area  code) 
DATE  OF  QUOTATION  _ 
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GOVERNMENT  PROPERTY:  Contractor  desiring  to  use  Government  product lon/researcn 

property  in  his  possession  shall  oDtain  concurrence  of  the  Contracting  Officer 
having  cognizance  of  such  property  and  attach  the  approval  to  the  response. 

BASIC  ORDERING  AGREEMENT:  Quote  may  be  made  subject  to  terms  and  conditions  of 

quoter's  BOA.  BOA  NR.  _ _ .  Contractor  affirms  that  all 

reouireo  certifications  are  current  and  applicable. 

COMMERCIAL  ITEM(s):  (complete  -  whether  or  not  commercial  -  if  catalog  or  price 

1 ist  exists  ) 

a.  Effective  date,  number  of  catalog  price  list  ana  page  on  which  item  is 
listec  _ _ _ 

o.  Copy  of  price  list. 

c.  PERCENT  of  sales  to  Government:  . 

PERCENT  of  commercial  sales:  . 


ECONOMIC  OUANTITY :  Request  you  provide  additional  minimal  economic  quant it> 

quote  if  out  of  production,  and  quantity  break  for  discount  purposes. 


Specifications  and  Drawings  are  attached  hereto. 

NOTICE  DF  SMALL  BUSINESS  -  SMALL  PURCHASE  SET-ASIDE  (AUG  1988)  FAR  52.219-4 
{ I  AW  FAR  19. SOS (a  )  I 

APPROVED  SOURCES  ARE: 

81755  GENERAL  DYNAMICS  CORP 
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ITEM  SUPPLIES/SERVICES  OTY  UNIT  UNIT  PRICE  AMOUNT 


0001  1680-01 -083-92 18BR  1  EA  $ _  $, 

PANEL.gr  CK  DWG  REV  AY  Fill 
P/N:  12E2211-877 

APPL:  FB111A 

PR  NR:  FD2040-92-60135  IM  CODE;  XDX 

PR  LI :  0001 

FOE:  ORIGIN 

QUANTITY  VARIATION:  0‘a  OVER  0%  UNDER 

ACRN:  AA 

POA/INSP  SITE:  ORIGIN  ACCEPTANCE:  ORIGIN 


(A)  GOVERNMENT'S  REQUIRED  DELIVERY  SCHEDULE: 


OTV 

U/I  DELIVER'' 

SHIP  TO 

REQUISITION  NR 

PRI 

1 

EA  30-APR-9S 

FB2049 

NON-MI LSTRIP 

— 

E)  OROPOSEC  DELIVERY  SCHEDUL 

E  : 

CT^ 

U/I  DELIVER' 

SHIP  TO 

REQUISITION  NR 

PRI 

1 

EA 

FE2049 

NON-MI LSTRIP 

-- 

(Aop'iTcaDle  to  Itemts)  OOCi  ) 

SHIP  TO /MARK  FOR 

FE2049 

MC  CLELLAN  AIR  FORCE  BASE.  CA  95652 
MARK/FOR:  FB2049/ACCT  09/TF-3 
Contrac::  SEE  PAGE  l 

REQUISITION  NR:  SEE  EACH  ITEM  IN  SCHEDULE 


MATERIAL  INSPECTION  AND  RECEIVING  REPORT 

la)  Tne  OD  Form  250  shall  be  forwarded  to  the  fol lowing  addresses: 

(1)  Forward  the  ourchasing  office  copy,  per  DFARS  Appendix  F.  Table  1.  to; 

Department  of  the  Air  Force 
Sacramento  Air  Logistics  Center/LAKM 
5120  Dudley  Blvd/Sulte  3 
McClellan  Air  Force  Base  CA  95652-1354 

12)  For  shipments  involving  Foreign  Military  Sales  (FMS)  requirements,  an 
additional  copv  shall  be  sent  unoer  separate  cover  to: 

SM-ALC/FMFSA 

3230  Peacekeeper  Way/Suite  2 
McClellan  AFB  CA  95652-1041 

(b)  When  the  contract  reauires  delivery  of  FMS  supplies  to  foreign  destinations, 
the  copies  of  the  OD  Form  250  oesignatea  by  DFARS  Apbendix  F.  Table  2.  shall  be 
forwardec  to  the  “ship  to"  address  designated  for  delivery  of  the  supplies.  If 
the  “ship  to"  address  is  not  m  tne  contract,  it  shall  be  provided  by  the  ACO 
When  shipment  is  ready. 
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(c)  A  copy  of  the  bill  of  lading  or  other  transportat  ion  receipt  will  be 
attached  to  the  DD  Form  250  or  the  Information  will  be  provided  In  Block  4  of  the 

DD  Form  250  and  sent  to  the  addressees  listed  in  (a)(2)  above. 

(SMPKC  0792 ) 

C-6X.  SPECIFICATIONS.  STANDARDS  AND/OR  ATTACHMENTS 

In  accordance  with  aperture  cards  and  data  list(s)  furnished  herein. 

C-381.  NEW  MANUFACTURED  MATERIAL-SURPLUS  NOT  ACCEPTABLE  ( JUL  1992) 

AFMC  FAR  SUP  5352.291-9001 

Only  new  manufactured  material,  as  defined  in  Part  5391.101  of  the  AFMC  FAR 
Supplement,  will  be  acceptable  in  satisfaction  of  the  requirement  as  set  forth 

herein.  It  has  been  determined  that  surplus  material  is  not  acceptable  and 

surplus  offers  will  not  be  consioered  for  award.  This  statement  applies  tc 
Contract  Line  Item(s)  0001 . 

(lAW  AFMC  FAR  SUP  5391.302(a)(2)) 

D-4XN  PRESERVATION/PACKAGING  -  PACKING  -  PACKAGE /CONTAINER  MARKING 

PRESERVATION/ PACK AGING .  Level  A  shall  be  accomol isnea  m  accordance  with 

MlL-P-116  and  MI L-5TD-2073~ 1 .  Coaeo  requirements  snail  be  interoreteo  in 
accoroanCG  with  MI l-STD-2073- i  and  MI l -STD-2073-2 .  Level  C  snail  oe  accomplisheo 
in  accordance  with  MI L-STD-2073- i .  Reouirements  of  specification  or  Transportation 
Packaging  Onoer  (TPO)  or  special  packaging  instructions  (SPI)  snail  oe  compl leo 
with,  as  stipulated  and  tne  following  special  instructions; 

CUP  I  level  a  SPI  NONE 

PACKING .  Levels  snail  De  interpreted  ana  accompl i sned  in  accordance  with 
MI L-STD-2C73 - 1  and  the  specification,  or  TPO/SPI  as  stipulated  ano  additional 
instruct  ions : 

LEVEL  C  SPI/SPECIFICATION  NONE 


Hazardous  materials  snail  be  orepareo  for  shipment  in  accoraance  with  aoplicable 
mooa 1  regu 1  a 1 1 ons .  i.e,.  Title  49  Code  of  Federa 1  Regu i a 1 1 ons .  Parts  170-179: 
Jo'nt  Regulation  A-R  7i-4  (Military  4  i ;  O'"  Inte^'nat  lona  1  Ai'  "'^'-ansportat  lor 
Association  (lATA).  Dangerous  Goods  Regulation  (Commercial  Air). 

Unless  otherwise  stipulated  as  part  of  a  particular  Amenoed  Snipping  Instruction 
(ASI).  Item  shipped  in  response  to  ASIs  will  oe  prese’-vec.  packageo.  ano  packec 
in  accoraance  with  MI l-STD-2073- i .  and  TPO/SPI  as  applicaole,  to  comply  witn  tne 
f ol lowing: 

a.  Level  C/C  for  items  indicated  for  immediate  use  witm.n  tne  CONUS  when 
more  economical  ano  expeoient. 

b.  Level  A/C  for  Air  Force  stock  with  the  CONUS. 

c.  Level  A/A  for  items  being  shipbea  overseas  oy  surface  t ransDortat i on . 

d.  All  overseas  shipments  in  supoort  of  FMS  or  MAP  will  be  preserved  Level  A 
and  packed  Levels  a  or  E . 

All  specifications,  standards  bulletins,  and  publications  necessary  to  accomplish 
preservation,  packaging,  packing  requirements  will  De  of  the  issue  in  effect  on 
the  date  of  tne  solicitation. 

NOTE  1:  If  there  is  a  conflict  between  MIL-STD-2073- 1  and  a  TPO/SPI  or  coded 
data  regarding  the  level  of  packing  provided  Py  a  fiberpoaro  container,  the 
reouirement  of  MI L-STD-2073- 1  applies.  A  container  meeting  tne  reouirements  of 
MI l-STD-2073- 1  for  tne  specified  level  shall  Pe  used. 

D-GX.  ITEM  IDENTIFICATION  MARKING  AND  SHELF  LIFE  ITEM  PROVISIONS 

1 .  MlL-STD-129  and  130 

2.  SHELF  LIFE  ITEMS  -  not  applicable. 

a.  MARKING 

(1)  Shelf  life  Items  shall  be  marked  in  accordance  with  MIL-STD-129. 

(2)  Mark  Items  controMeC  in  MIL-STD- 1523 .  or  in  soec  i  f  icat  ions 
furnished  as  a  part  of  tne  contract  or  purchase  order,  with  tne  cure  or 
assembly  dates  specified  therein. 
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b.  DELIVERY.  Unless  specified  otherwise  in  the  contract,  shelf  life  items 
shall  have  a  minimum  of  90%  of  the  "storage  period"  remaining  at  the  time  of 
delivery  to  the  Government. 

NOTE  1:  When  the  contract.  or  any  of  the  contract  line  items  established 

therein,  requires  technical  order  (TO)  certification,  inner  and  outer  packaging 
container  tags  or  labels  shall  be  annotated  to  indicate  compliance  with  the 
applicable  technical  order  for  each  item  of  the  contract  so  affected. 

NOTE  2:  Items  designed  prior  to  issuance  of  the  latest  revision  of  MIL-5TD-130 
as  of  the  date  of  the  award  and  not  proposed  for  use  in  any  new  design  equipment 
systems  may  be  marked  in  accordance  with  the  existing  design  drawing  for  the 
Items  provided  the  identification  marking  on  the  delivered  item  meets  requirements 
of  previous  revisions  of  MIL-STD-130.  Existing  items  used  in  newly  designed 
equipment  or  systems  shall  be  marked  in  accordance  with  the  latest  revision  of 
kIl-STD-130  as  of  the  date  of  the  award. 

NOTE  3:  The  contractor  shall  mark  in  accordance  with  MIL-STD-130  and  ASTM  D-3951 
those  items  for  which  commercial  packaging  and  packing  are  authorized  in  con¬ 
tract/order  . 


D-7X .  BAR  CODE  MARKINGS 

Bar  Code  markings  with  the  National  Stock  Numoer  ( NSN )  and  contract /order  number 
data  IS  required  on  tms  contract,  except  when  specifically  exempted  in  tne 
schedule.  Bar  coding  does  not  apply  to  FMS  Items. 

6-1.  INSPECTION  OF  SUPPL1ES--FIXED-PRICE  ( JUL  1985)  FAR  52,246-2 
(  lAW  far  46.302 ) 

E-15.  HIGHER-LEVEL  CONTRACT  QUALITY  REQUIREMENT  (GOVERNMENT  SPECIFICATION)  (APR  1984) 
FAR  52.246-11 

Fo*-  the  purposes  of  this  clause  the  blank! s)  are  completed  as  follows; 

(b)  MIL-I-45208A  INSPECTION  SYSTEM 

(  lAW  far  46.311) 

E-c:.  RESPONSIBILITY  FOR  SUPPLIES  (Adr  1954)  FAR  52.246-16 
l lAW  FAR  4e.3l6  ) 

F-23  VARIATION  IN  QUANTITY  (ADR  1984)  FAR  52.212-9 

See  schedule  for  percentage  of  Increase  or  decrease. 

(I  AW  FAR  12.403(a)) 

F-24.  DELIVERY  OF  EXCESS  QUANTITIES  (SEP  1989)  FAR  52.212-10 
(lAW  FAR  12.4C3(b)) 

F-30.  F.O.B.  ORIGIN  ( JUN  1988)  FAR  52.247-29 
(  lAW  FAR  47.303-1(0  ) 

F-33C  F.O.B.  ORIGIN.  PREPAID  FREIGHT— SMALL  PACKAGE  SHIPMENTS  (JAN  1991)  FAR  52.247-65 

(a)  When  authorized  by  the  Contracting  Officer,  f.c.b.  origin  freight  shipments 
Which  do  not  have  a  security  classification  shall  move  on  prepaid  commercial 
bills  of  lading  or  other  shipping  documents  to  oomestic  destinations,  including 
air  and  water  terminals.  Weight  of  indiviOual  shioments  shall  be  governed  D\- 
carrier  restrictions  but  shall  not  exceed  ISO  pounds  by  any  form  of  commercial 
air  or  1.000  pounds  by  other  commercial  earners.  Tne  Government  will  reimourse 
the  Contractor  for  reasonable  freight  charges. 

(b)  The  Contractor  shall  annotate  the  commercial  bill  of  lading  as  required  Dy 
tne  clause  of  this  contract  entitled  "Commercial  Bill  of  Lading  Notations." 

(c)  The  Contractor  shall  consol ioate  prepaid  shipments  in  accordance  with 
procedures  established  by  the  cognizant  transportation  office.  The  Contractor  is 
author ized  to  combine  Government  prepaio  shipments  with  the  Contractor's 
commercial  shipments  for  delivery  to  one  or  more  consignees  and  tne  Government 
will  reimburse  its  pro  rata  snare  of  the  total  freight  costs.  Tne  Contractor 
Shall  provioe  a  copy  of  tne  commercial  bill  of  lading  promptly  to  each  consignee. 
Quantities  shall  not  be  divided  into  mailable  lots  for  the  purpose  of  avoiding 
movement  by  other  modes  of  t ransportat ion . 
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(Cl)  Transportation 
eacr.  snipment  made, 
f reignt  Pi  1 1  shal 1 
contract . 


charges  will  be  billed  as  a  separate  item  on  the  invoice  for 
A  copy  of  the  pertinent  bill  of  lading,  shipment  receipt,  or 
accompany  the  invoice  unless  otherwise  specified  in  the 


(el  Loss  and  damage  claims  will  be  processed  by  the  Government. 
(lAW  FAR  47.303-17(f  )  ) 


F-35.  F.O.B.  ORIGIN 


Any  supply  item  applicable  to  this  document  shall  be  delivered: 
(11  F.O.B.  carrier's  equipment  at  the  plant  or  plants  at 


(Street  address) 


(city) 


( state } 


lr:c  code) 
or 

(3^  F.O.B. 


. _ .  whicn  is  tne  nearest  point  that  earner  se''vice  is  available 

to  tne  plant  or  plants  at  which  final  inspection  and  acceptance  are  to  be  accom- 
Dl 1 sned . 

( I  A*  far  47 . 305(b) 1 

PQR  9HI?  TO  AND  DELIVERV  (IF  APPLICABLE):  SEE  SECTION  B 

F-C9.  TRANSPORTATION  TRANSIT  PRIVILEGE  CREDITS  (APR  1984)  FAR  5:-247>57 

(a*  If  the  offeror  has  established  with  regulated  common  earners  transit  privileges 
that  can  oe  apolied  to  tne  supplies  wnen  shipped  from  tne  original  source,  the 
offe-or  IS  invited  to  propose  to  use  these  credits  for  shipping  the  supplies  to  tne 
oes-gnated  Government  destinations.  Tne  offeror  will  snip  these  supplies  unoer 
corrercial  bills  of  lading,  paying  all  remaining  transportation  cnarges  connectec 
wif“  tne  smpment.  subject  to  reimbursement  bv  tne  Government  in  an  amount  equa  ■ 
tc  tne  remaining  cnarges  but  not  exceeemg  tne  amount  quotec  b\'  tne  offeror. 

(Or  A-^ter  loading  on  tne  earner's  eouipment  anc  acceotance  by  tne  earner,  tnese 
snipments  unoer  oaid  commercial  bills  cf  lading  will  move  for  tne  account  of  anc 
at  tne  risk  tne  Government  (unless,  pursuant  to  tne  Cnanges  clause,  the  office 
aar'mstenng  the  contract  Directs  use  o*  Government  Dills  of  lading  i 

(c>  Tne  amount  quoted  below  by  tne  offeror  represents  tne  transportation  costs  in 
cents  per  100  pounds  (freight  rate)  for  full  carl  oao,' truck  load  shipments  of  tne 
succ’ies  from  offeror's  original  source,  via  offeror's  transit  plant  or  point,  to 
tne  Government  oes  1 1  nat  i  on(  s  1  incluomg  tne  carrier's  trans  1 1  pr  i  v  i  lege  charge, 
less  tne  applicable  transit  credit  (i.e..  the  amount  (rate)  initially  paid  to  tne 
ca'-'ier  for  shipment  from  original  source  to  offeror's  transit  plant  or  point) 

( c  ■'  Tne  rate  per  CWT  quoted  will  oe  used  by  the  Government  to  evaluate  tne  offeree 
f.c.o.  origin  price  unless  a  lower  rate  is  applicable  on  tne  date  of  bid  opening 
(C-.  closing  date  specified  for  receipt  of  offers).  To  have  the  offer  evaluateo  on 
this  oasis.  the  offeror  must  insert  below  the  remaining  transportation  charges 
that  the  offeror  agrees  to  pay.  including  any  transit  charges,  subject  to  reimburse- 
mert  by  the  Government.  as  explained  in  this  clause,  to  destinations  listed  m 
the  Schedule  as  follows: 

RATE  PER  CtfT  IN  CENTS  . . . 

TO  DESTINATION . 

(IA»  FAR  47.305-13(B  )(4l ) 

F-74,  F.O.B.  ORIGIN-MINIMUM  SIZE  OF  SHIPMENTS  (APR  1984)  FAR  52.247-61 
I lAw  FAR  47 .305-l6(c)  ) 

G-1X  ACCOUNTING  AND  APPROPRIATION  DATA 

AA ;97X4930. FCOH  6H2  6305  FD2040  01NOOO  00000  000000  503200  F0320F 
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FAR 

52.252-2 

CLAUSES  INCORPORATED  BY  REFERENCE 

JUN 

1988 

This  contract  Incorporates  one  or  more  clauses  Dy  reference,  with 

the  same  force 

and  effect 

Of f 1 cer  will 
(lAW  FAR  52. 

as  if  they  were  given  in  full  text.  Upon  request, 
make  their  full  text  available. 

107(b)) 

tne  Contracting 

NO 

FAR  PARA 

CLAUSE  TITLE 

DAT 

c 

1-18  . 

52.203- 1 

OFFICIALS  NOT  TO  BENEFIT 

( lAW  FAR  3, 102-2) 

APR 

1984 

1-19. 

52.203-3 

GRATUITIES 

( I  AW  FAR  3.202) 

APR 

1984 

1-22. 

52.203-7 

ANTI -KICKBACK  PROCEDURES 

( lAW  FAR  3.502-3) 

OCT 

1988 

1-83. 

52.210-5 

NEW  MATERIAL 

( lAW  FAR  10.011(e) ) 

APR 

1984 

2-84. 

52.210-7 

USED  OR  RECONDITIONED  MATERIAL.  RESIDUAL  INVENTORY, 
AND  FORMER  GOVERNMENT  SURPLUS  PROPERTY 

(  lAW  FAR  10.011(g)  ) 

APR 

1984 

2-102. 

52 .212-8 

DEFENSE  PRIORITY  AND  ALLOCATION  REQUIREMENTS 

( lAW  FAR  12.304(b)) 

SEP 

1990 

2-263 . 

52.222-2C 

WALSH-HEALEY  PUBLIC  CONTRACTS  ACT 

( lAW  FAR  22 .610(b> ) 

APR 

1984 

2-264  . 

52.222-26 

EQUAL  OPPORTUNITY 

( lAW  FAR  22.810(e)  ) 

APR 

1984 

2-274 . 

52.222-35 

AFFIRMATIVE  ACTION  FOR  SPECIAL  DISABLED  AND 

VIETNAM  ERA  VETERANS 

( lAW  FAR  22. 13081 

APR 

1984 

1-276  . 

52.222-36 

AFFIRMATIVE  ACTION  FOR  HANDICAPPED  WORKERS 

( lAW  FAR  22 . 1408 ) 

APR 

1984 

I-27S . 

52.222-37 

EMPLOYMENT  REPORTS  ON  SPECIAL  DISABLED  VETERANS 

AND  VETERANS  OF  THE  VIETNAM  ERA 

( lAW  far  22. 1308(b)  ) 

JAN 

1988 

2-306 . 

52.225-3 

BUY  AMERICAN  ACT -SUPPLIES 

( lAW  FAR  25. 109(d) ) 

JAN 

1989 

2-312. 

52.225-11 

RESTRICTIONS  ON  CERTAIN  FOREIGN  PURCHASES 

(  lAW  FAR  25.704  ) 

MAY 

1992 

I-3S2 . 

52.232- 1 

PAYMENTS 

(  lAW  FAR  32 . 1 1 1 (a  )  (  1  1  ) 

APR 

1984 

I  -  39  '• 

52.232-8 

DISCOUNTS  FOR  PROMPT  PAYMENT 

(  lAW  FAR  32 . 1  1  Kc  )  (  1  )  1 

APR 

1989 

I -4  1C . 

52 . 232-23 

Alternate  I 

(lAW  FAR  32.801  and  32.803(d) i 

APR 

1984 

2-412  . 

52.232-25 

PROMPT  PAYMENT 

APR 

1989 

(aK6MT)  For  the  purposes  cf  this  clause.  Government 
acceptance  shall  be  oeeraea  to  nave  occurred  constructively 
on  the  7th  day  after  tne  Contractor  oeovered  the  suopl  les 
or  performed  the  services. 

(b)(2)  For  the  purposes  of  this  clause,  contract  financing 
payments  shall  be  made  on  tne  7th  dav  after  receipt  of  a 
proper  contract  financing  request  by  tne  designated  billing 
office. 

(lAW  FAR  32.908(C)) 


1-416 . 

52.232-28 

ELECTRONIC  FUNDS  TRANSFER  PAYMENT  METHODS 

( lAW  FAR  32.908(d) ) 

APR 

1989 

1-4  17. 

52.233-1 

DISPUTES 
( lAW  FAR  33.215) 

DEC 

1991 

1-4  19. 

52.233-3 

PROTEST  AFTER  AWARD 

( lAW  FAR  33. 106(b) ) 

AUG 

1989 

1-538  . 

52.242-10 

F.O.B.  ORIGIN— GOVERNMENT  BILLS  OF  LADING  OR 

PREPAID  POSTAGE 

t lAW  FAR  42.  1404-2(a)  ) 

APR 

1984 

1-636. 

52.247-1 

COMMERCIAL  BILL  OF  LADING  NOTATIONS 

( lAW  FAR  47 . 104-4( a) ) 

APR 

1984 

IA-33. 

252.204-7003 

CONTROL  OF  GOVERNMENT  PERSONNEL  WORK  PRODUCT 

(lAW  DFARS  204 .404 -70(b) ) 

APR 

1992 

IA-422. 

252.232-7006 

REDUCTION  OR  SUSPENSION  OF  CONTRACT  PAYMENTS  UPON 
FINDING  OF  FRAUD 

( lAW  DFARS  232 . 1 1 1-70) 

JAN 

1992 

IA-634C. 

252.242-7003 

APPLICATION  FOR  U.S.  GOVERNMENTS  SHIPPING 
DOCUMENTATION/INSTRUCTIONS 

(lAW  DFARS  242. 1404-2-70(b) ) 

DEC 

1991 
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lA-679.  252.246-7000  MATERIAL  INSPECTION  AND  RECEIVING  REPORT 

( lAW  DFARS  246.370) 


DEC  1991 


FORM  NR 


LIST  OF  ATTACHMENTS 


TITLE 


DATE  NR  Or  PAGES 


Engineering  Data  List 
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REQUEST  FOR  QUOTATION 

Tne  following  clause(s)  and/or  provision! s ) .  are  appl icaPle  to  the  Request  for 
Quotation  only: 


K-12.  SMALL  BUSINESS  CONCERN  REPRESENTATION  (JAN  1991)  FAR  52.219-1 

(a)  Representation.  The  offeror  reoresents  and  certifies  as  part  of  its  offer 
that  it[3ls»  []1s  not  a  small  business  concern  and  that  [  ]  all ,  [  3  not 
all  end  items  to  be  furnished  will  be  manufactured  or  produced  by  a  small  busi¬ 
ness  concern  in  tne  United  States,  its  territories  or  possessions.  Puerto  Rico  or 
tne  Trust  Territory  of  the  Pacific  Islands. 

(b)  Definition.  “Small  business  concern."  as  used  in  this  provision,  means  a 
concern,  including  its  affiliates,  that  is  independently  owned  and  ooerateo.  not 
dominant  m  the  field  of  operation  in  which  it  is  bidding  on  Government  con¬ 
tracts,  and  Qualified  as  a  small  business  unaer  the  criteria  anc  size  standards 
in  tms  solicitation. 

(c)  Notice.  Under  15  U.S.C.  645<o).  any  person  who  misrepresents  a  firm's 
status  as  a  small  business  concern  in  order  to  obtain  a  contract  to  be  awaroec 
under  tne  preference  programs  establisned  pursuant  to  sections  S(a).  8ld).  9.  or 

15  of  tne  Small  Business  Act  or  any  otner  provision  of  Federal  law  that  specifically 
references  section  8ld)  for  a  definition  of  program  eligibility,  shall-- 

(1)  Be  punished  by  imposition  of  a  fine,  imprisonment,  or  both; 

(2)  Be  subject  to  administrative  remedies,  including  suspension  and 
oeoarment ;  and 

(3)  Be  ineligible  for  participation  in  programs  conducted  unoer  tne 
authority  of  the  Act. 

( I AW  FAR  19.304(a) ) 

K-15.  WALSH-HEALEY  PUBLIC  CONTRACTS  ACT  REPRESENTATION  (APR  1984)  FAR  52.222-19 

The  offeror  represents  as  a  part  of  tms  offer  tnat  tne  offeror  Is  (  )  or  Is  not 

i  I  a  regular  dealer  in.  or  is  t  )  or  Is  not  t  )  a  manufacturer  of.  tne 
supolies  offeree, 

( lAw  far  22.6i0(a} ) 

K-16.  CERTIFICATION  OF  NONSEGREGATED  FACILITIES  (APR  1984)  FAR  52.222-21 
(lAW  FAR  22.810(a)(1)  and  52.222-2ol 

K-17.  PREVIOUS  CONTRACTS  AND  COMPLIANCE  REPORTS  (APR  1984)  FAR  52.222-22 
The  offeror  reoresents  that- 

(a)  It  (  )  has,  (  )  has  not  participated  m  a  previous  contract  or 

suocontract  subject  either  to  tne  Eoual  Opportunity  clause  of  this  solicitation, 
tne  clause  originally  contained  in  Section  310  of  Executive  Order  No.  10925. 

or  the  clause  contained  in  Section  201  of  Executive  Order  No.  11114; 

(b)  It  (  )  has.  (  )  has  not.  filed  ail  required  compliance  reports:  and 

(c)  Representations  indicating  submission  of  required  compliance  reports, 
signed  by  proposed  subcontractors,  will  be  obtained  before  subcontract 
awards . 

( lAW  FAR  22.810(a)(2) ) 

K-18  AFFIRMATIVE  ACTION  COMPLIANCE  (APR  1984)  FAR  52.222-25 
Tne  offeror  represents  that 

(a)  it  {  )  has  developed  and  has  on  file,  (  )  has  not  developed  and  does 

not  have  on  file,  at  each  establishment.  affirmative  action  programs 
required  by  the  rules  and  regulations  of  the  Secretary  of  Labor  (41  CFR  60- 1 
and  60-2 ) .  or 

(b)  it  (  )  has  not  previously  nad  contracts  suoject  to  the  written 
affirmative  action  programs  reauirement  of  tne  rules  and  regulations  of  the 
Secretary  of  Labor. 

(lAW  FAR  22.810(0)  and  52,222-26) 
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K-29.  TAXPAYER  IDENTIFICATION  (SEP  1989)  FAR  52.204-3 

(a)  Definitions. 

•'Common  parent,"  as  usea  in  this  solicitation  provision.  means  that  cor¬ 
porate  entity  that  owns  or  controls  an  affiliated  group  of  corporations  that 
files  its  Feaeral  income  tax  returns  on  a  consolidated  oasis,  and  of  which 
The  offeror  is  a  member. 

"Corporate  status."  as  used  in  this  solicitation  provision.  means  a 
designation  as  to  whether  the  offeror  is  a  corporate  entity,  an  unincorporated 
entity  (e.g..  sole  proprietorship  or  partnership),  or  a  corporation  providing 
medical  and  health  care  services. 

"Taxpayer  Identification  Number  (TIN),"  as  used  m  this  solicitation 
provision,  means  the  number  reauired  by  the  IRS  to  oe  usee  by  tne  offeror  in 
reporting  income  tax  and  other  returns . 

(b)  The  offeror  is  required  to  submit  the  information  required  in  paragraphs  (c) 

through  (e)  of  this  solicitation  provision  in  order  to  comply  with  reporting 
requirements  of  26  U.S.C.  6O-2 1  ,  6041 A  and  6050M  and  implementing  regulations 

issuec  by  the  Internal  Revenue  Service  (IRS)  If  the  resulting  contract  is 

sub.iect  to  reporting  requirements  described  in  4.902(al.  the  failure  or  refusal 
by  the  offeror  to  furnish  the  information  may  result  m  a  20  percent  reduction  of 
payments  Otherwise  due  under  the  contract. 


(cl  Taxpayer  Identification  Number  (TIN). 

[  ]  TIN(  _ 

[  j  TIN  has  been  appl led  for . 

[  ]  TIN  IS  not  required  because; 

[  ]  Offeror  IS  a  nonresident  alien,  foreign  corporation,  or  foreign 
partnership  that  does  not  have  income  effectively  connected  with 
the  cohduct  of  a  trade  or  business  in  the  U.S.  and  does  not  have 
an  office  or  place  of  business  or  a  fiscal  paving  agent  in  the 
U  .  S  .  : 

[  ]  Offeror  is  an  agency  or  instrumentality  of  a  foreign  government ; 

[  ]  Offeror  is  an  agenc\-  or  1 nstrumenta 1 1 ty  of  a  Federal,  state,  o- 
local  government: 

[  ]  Other  State  oasis 

Id*  Corporate  Status. 

[  ]  Corporation  providing  medical  and  health  care  services,  or  engaged  ir 
tne  billing  and  collecting  of  payments  for  suen  services: 

[  ]  Other  corporate  entity; 
i  3  Not  a  corporate  entity; 

[  3  Sole  proprietorship 
[  3  Partnership 

[  3  Hospital  or  extended  care  facility  described  in  26  CFR  501(c)(3) 
that  IS  exempt  from  taxation  under  26  CFR  501(a)' 

(e!  Common  Parent. 

[  3  Offeror  is  not  owned  or  controlled  by  common  parent  as  defined  in 
paragraph  (a)  of  this  clause. 

[  3  Name  and  TIN  of  common  parent: 

Name  _ 

TIN  _ 

(  I  A»  FAR  4 .904  ) 


K-3C.  ECONOMIC  PURCHASE  QUANTITY— SUPPLIES  (AUG  1987)  FAR  52.207-4 


(a)  Offerors  are  invited  to  state  an  opinion  on  whether  tne  quant i ty( les )  of 
suDolies  on  which  bids,  proposals  or  quotes  are  requested  in  this  solicitation  is 
(are)  economically  advantageous  to  the  Government. 
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(b)  Each  offeror  who  believes  that  acquisitions  in  different  quantities  would  be 
more  advantageous  is  invited  to  recommend  an  economic  purcnase  quantity.  If 
different  quantities  are  recommenaed.  a  total  and  a  unit  price  must  be  quoted  for 
applicable  items.  An  economic  purcnase  quantity  is  that  quantity  at  wmcn  a 
significant  price  pi^eak  occurs.  If  there  are  significant  price  breaks  at 
different  quantity  points,  this  information  is  aesireo  as  well. 

OFFEROR  RECOMMENDATIONS 
PRICE 

ITEM  QUANTITY  QUOTATION  TOTAL 


(c)  The  information  requested  in  tnis  provision  is  being  solicited  to  avoio 
acquisitions  in  ai saavantageous  quantities  and  to  assist  the  Government  in 
oeveloping  a  data  base  for  future  acouisitions  of  tnese  items.  However,  tne 
Government  reserves  tne  right  to  amend  or  cancel  the  solicitation  and  resol icit 
with  respect  to  an\  individual  item  in  tne  event  quotations  received  and  tne 
Government's  requirements  indicate  that  different  quantities  should  be  acquired, 
t lAW  FAR  7.203 ) 

L“7.  LISTING  OF  USED  OR  RECONDITIONED  MATERIAL.  RESIDUAL  INVENTORY  AND  FORMER  GOVERNMENT 
SURPLUS  PROPERTY  (APR  1984)  FAR  52.210-6 
( iAW  FAR  10.01 1( f )1  1  '  ) 

l-8.  notice  OF  PRIORITY  RATING  FDR  NATIONAL  DEFENSE  USE  (SEP  1990)  FAR  52.212-7 

For  the  Durposes  of  tms  provision,  the  blanks  are  comoletea  on  tne  cover  sheet. 

(  IAW  FAR  “1 2. 304  (  an 

L-57.  shipping  POINT! S)  USED  IN  EVALUATION  OF  F.O.B.  ORIGIN  OFFERS  (APR  1984)  FAR  52.247-48 
(IAW  FAR  47 .305-3(0 H 4 )( 1 1 ) ) 

M--:*.  EVALUATION- F.O.B.  ORIGIN  (APR  1964)  PAR  52.247-47 
(IAW  FAR  47 . 305-3( f n 2 ) ) 
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EDI,  CALS,  and  Testing 


Donald  L.  Vickers 
Manager,  CTNO  Test  Bed 

TechDoc/TIM  '92 
EDI  Workshop 
Fairmont  Hotel 
San  Francisco,  California 
24  August  1992 


Lawrence  Uvermore  National  Laboratory 
Technology  Information  Systems  Program 
Automated  interchange  of  Technical  Information  Pro|ect 
7000  East  Avenue,  Building  4377,  Room  115 
Uvermore.  CA  94550 
or 

P.O.  Box  808,  L-542 
Livermore  CA  94550 
Phone:  (510)  422-4231 
Fax;  (510)  294-5054 
Internet:  vickers@)ance.tls.llnl.gov 
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Presentation  Outline 


■  EDI 

•  CALS 

•  CALS  Test  Network 

•  CTN  Testing  of  EDI  and  CALS 


What  is  EDI? 


Electronic  Data  Interchange: 

The  electronic  exchange  of 
formatted  business  transactions 
between  one  organization's 
computer  and  another's 


Electronic  Business  Transactions 
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What  is  the  role  of 


EDI  in  the  DoD? 


EDI  is  one  of  the  enablers  required 
for  DoD  to  shift  from  a  paper-based 
approach  to  "electronic  commerce," 
as  the  way  of  doing  business  with 
over  300,000  vendors 


One  enabler  for  Electronic  Commerce 


How  committed  is  DoD  to  EDI? 


In  May  1988,  the  Deputy  Secretary  of 
Defense  issued  a  policy  directive 
that  EDI  was  to  become  the  "way  of 
doing  business"  for  the  Department 
of  Defense. 


DoD's  way  of  doing  business 
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1  •  ANSI  X12  •  Message  standard 

2  -  CCITT  X.400  -  Electronic  mail  standard 

"envelope"  for  EDI  messages 

3  -  CCm  X.500  -  Electronic  directories 

"addresses"  for  EDI  trading 
partners 

4  -  OSI  Reference  Model  -  ISO  framework  for  open 

computer  communication 


How  does  XI 2  compare  to  EDIFACT?  III! 


X12 

A  message  structure  standard 
based  on  ANSI  XI 2 

Uses  numerical  designators 
"840"  means  "RFQ" 

More  mature 

Strong  U.S.  use 

Supported  by  ANSI 


EDIFACT 

A  message  structure  standard 
based  on  UN  standards  work 

Uses  name  designators 

"REQUOTE"  means  "RFQ" 

Less  developed 

Broad  worldwide  endorsement 

Supported  by  ISO 
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Will  X12  and  EDIFACT  merge? _ [[3 


•  EDIFACT  was  a  compromise  between  ANSI  XI 2  and 
existing  European  standards 

•  ANSI  X12  representatives  helped  define  EDIFACT 

•  A  federal  information  processing  Standard  (FIPS) 
allows  federal  agencies  to  use  either  XI 2  or  EDIFACT 

•  There  is  concern  that  both  X12  and  EDIFACT  both 
mimic  paper  and  are  too  focused  only  on  trade,  to  the 
exclusion  of  design,  manufacturing,  distribution,  and 
product  support 

-  Placement  of  EDI  within  the  DoD  CALS  Office 
addresses  this  concern 

•  The  use  of  only  one  global  EDI  message  standard 
within  even  10  years  is  unlikely 


Alternate  views  of  the  road  to  a  global  standard  [Itj 


European  Perspective 


US.  Perspective 
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What  are  today's  concerns  about  EDI? 


•  Paving  cow  paths  -  developers  must  use  business 
information  modeling  techniques 

•  Broader  definition  of  ED!  -  go  beyond  trade  to  include 
design,  manufacture,  distribution  and  product  support 
(including  telediagnostics  and  on-line  manuals) 

•  interactive  EDI  -  requires  new  techniques  and 
transaction  sets 

•  Legal  issues  -  includes  electronic  signatures 

•  Small  business  access  -  EDI  must  reach  everyone,  to  be 
truly  effective;  cost  is  important 

•  Security  -  includes  encryption,  defense  against  ’’traffic 
analysis” 


What  should  we  do  with  EDI  today? _ ^ 

•  EDI  today  is  neither  perfect  nor  complete 

•  Two  options 

1  -  Wait  for  the  perfect  system 

2  -  Get  involved  and  use  what  we  have 

•  Around  10,000  U.S.  businesses  currently  use  EDI 

•  Join  the  CALS  Test  Network  and  be  informed  of  the 
testing  being  done 
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One  solution  is  to  require 

'^)  delivery  of  technical  data  in  digital  format  [jg 


Air  Force  technical 
manual  inventory  in  1986 
(20  million  pages) 


If  conversion  to  digital 
format  in  1986 


2.4  gigabytes 


Only  25 
optical  disks 
(60  gigabytes) 


The  DoD  CALS  program  provides 

standards  —  critical  for  improving 

the  fielding  of  weapon  systems _ _ ^ 


Reduce  lead  time 

Reduce  cost 
Improve  quality 


Military  effectiveness 
&  industrial  competition 
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For  example,  CALS  could  save  $6-12  billion 
^  per  year  on  purchasing  and  maintaining  for 
new  weapon  systems 


Begin  with... 

Given... 

Could  save... 

OSD  cost  savings 
estimate  =  10-20% 

$60  billion/year 
for  new  weapon 

$6-12  biilion/year 

1 

systems 

-Spares  procurement  (22%) 

-Authoring  (30-40%) 
-Printing  (30%) 
-Design  (30%) 
-Accuracy  (35%) 


The  Computer-aided  Acquisition 


and  Logistic  Support  (CALS)  Program 

has  a  phased  development  approach  1115 
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Present  CALS  standards  are  for 
^  technical  publications  and  engineering  data 


DoD 

Nafl/lnt’l 

Standards 

Date 

Standard 

Applications 

MIL-STD-1840A 

MIL-D-28000A 

Dec  87 

ANSI  X3.27 

•  Data  interchange  file  management 

Feb  92 

IGES  4  0 

•  CAD,  vector  graphics 

-  Engineering  drawings 

-  TM  illustrations  (optional) 

MIL-M-28001A 

Jul  90 

SGML 

ISO  8879 

1  Raster 

•  Automated  publishing 
-  Tech  manuals 

MIL-R-28002A 

Nov  90 

Grp  4 

ISO  8613 

•  Raster  scanned  images 

-  Engineering  drawings 

-  Tech  manual  illustrations 

MIL-D-28003 

Dec  88 

I  CGM  I 

ISO  8632 
ANSI  X3.122 

•  Vector  graphics 

-  TM  illustrations  (preferred) 

M1L-HDBK-59A 

Sep  90 

- 

•  Implementation  guide 
-  Model  sows,  CDRLs 

MIL-STD-CmS 

Draft 

— 

•  Contractor  Intregrated  Technical 
Information  Service 

Eventually  the  IWSDB  will  be  a  distributed 
^  data  base  containing  all  useful  Information 

about  a  weapon  system _  ii(i 


Integrated  Weapon  System  Data  Base  (IWSDB ) 
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Future  standards  will  address 
added  categories  for  using  digital  data 


Today 

•  Tech  pubs 

•  Engineering  data 


Future 


Product  Data  Exchange 
Specification  (PDES) 

Data  protection  and  security 

Data  base  systems  (LSAR) 

Data  configuration  control 

Data  acceptance 


Here  are  some  important  points  about  CALS 


•  Current  standards  are  for  data  DELIVERY,  with  minimal 
impact  on  local  business  practices 

•  CALS  standards  were  defined  with  strong  industry  support 

•  DoD  gives  preference  to  bids  using  CALS 

•  The  suite  of  CALS  standards  will  expand 

•  There  are  well  over  70  CALS  contracts  now  in  place 
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How  is  EDI  related  to  CALS? 


m 

Standards  for  electronic 
interchange  of  business 
transactions 

Based  on  ANSI  XI 2 
standards 

In  use  for  2  decades 


CALS 

Standards  for  electronic 
interchange  of  technical 
data 

Based  on  ANSI  and  ISO 
standards 

New  and  emerging 
standards 


Can  CALS  and  EDI  work  together? 

—  CALS/EDI  testing  with  SM-ALC 


I  Together,  they  open  the  door  for  Electronic  Commerce 


How  will  CALS  and  EDI  work  together? 

•  For  procurements  using  EDI 

-  RFQ  (citing  a  FOSI  and  DTD),  Response 

-  PO,  Electronic  funds  transfer 

•  For  large  technical  documents 

-  CALS  via  tape  or  disk 

-  EDI  transaction  set  for  "it's  in  the  mail" 

-  EDI  transaction  set  for  "it  just  arrived" 

-  CALS  via  EDI? 

Maybe,  with  gigabit  lines 
Maybe  never 


•  For  very  small  documents  and  change  pages 

-  CALS  via  EDI  (transaction  set  841 ) 

-  "Let  us  see  the  table  of  contents” 

-  "Here's  a  revision  of  figure  58" 
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•  EDI 

•  CALS 

.  CALS  Test  Network 

•  CTN  Testing  of  EDI  and  CALS 


CALS  TEST  NETWORK 
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The  CALS  Test  Network 


CTN  is  an  informal  confederation  of 
INDUSTRY,  DoD/GOVERNMENT, 
the  SERVICES,  and  NATIONAL  LABORATORIES 
directed  at  testing  CALS  STANDARDS. 


(An  Organizational  Network) 


«  CTN  Goal _ ^ 

Demonstrate  the  Complete  Process 
of  Digital  Data  Delivery 
and  Test  the  CALS  Standards 
Within  this  Framework 


(Field  Testing) 
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The  CALS  Test  Network  Office  (CTNO) 
directs  the  testing  of  standards 


Service  Lead  Test  Beds 


CTN  Members  -  Industry  August  1992 


ABI  Enterprises 
Accent  Systems  Corp. 

Access  Corp. 

Advanced  Sciences,  inc. 

Advanced  Technology,  Inc. 

AEL  Defense  Corporation 
Aerojet  Electronic  Systems  Division 
Aerospace  Technology  Group,  Inc. 
AGFA  Compugraphics 
AIL  Systems,  Inc. 

Airborne  Express/ABX  Air,  Inc. 
Aircraft  Technical  Publishers 
Albert  Consulting  Group 
Albuquerque  Operations  Office 
Alcoa 

Aliiant  Techsystems 
Allied  Signal  Aerospace  Company 
Allied  Signal  Aerospace  Company 
Alpharel 

Analysis  &  Technology,  Inc. 

Apple  Computer 
Applied  Technology  Center 
Apunix  Computer  Services 
Aquidneck  Data  Corp. 

ArborText,  Inc. 


ARC  Professional  Services  Group 
Architect  of  the  Capital 
Aspen  Systems  Corp. 

Aspen  Technical  Publications 
Assurance  Manufacturing 
AT&T  Federal  Systems 
Auto-Trol  Technology 
Auto-Trol  Technology 
AutoDesk,  inc. 

Auxco 

Avalanche  Development  Company 
AVTEC  Systems,  Inc. 

A2TEK 
Baham  Corp. 

Batteile 

Battelle  Human  Affairs  Resource  Center 
Bechtel,  Inc. 

Bill  Loye  &  Assoc. 

Boeing  Computer  Services 
Boeing  Computer  Services 
Boeing  Computer  Services 
Boeing  Computer  Services 
Boeing  Computer  Services 
Boeing  Computer  Services 
Boeing  Computer  Services 
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CTN  Members  -  Industry  August  1992 


Boeing  Military  Aircraft  Division 
Boeing  -  TMIS  Project 
BooZ'Allen  &  Hamilton,  Inc. 
Boston  Software  Works,  inc. 

BOW  Industries,  Inc. 

Brodan  information  Services,  inc. 
C  isigraph  Corp. 

C-TAD  Systems,  Inc. 

CAD/CAM  Engineering  Systems 
CADKEY,  Inc. 

Caley  Enterprises 
CALS  Conectivity  Center 
CALS  Shared  Resource  Center 
Carberry  Technology 
CAS,  Inc. 

Casde  Corp. 

Casteriine  Computer  Consulting 
CBIS  Federal  Inc. 

CE-Engineering  Automation 

CENTEC  H 

CERC 

Chipcom  Corp. 

CIMAGE  Corp. 

CIMLINC,  Inc. 

Cincom  Systems,  Inc. 


Cleveland  Advanced  Manfacturing 
Computer  Assoiates 
Computer  Sciences  Corp. 

Computer  Sciences  Corp. 

Computer  Sciences  Corp. 

Computer  Sciences  Corp. 

Computer  Sciences  Corp. 

Computer  Technology  Management 
Concept  Develop  Technologies,  Inc. 
Concurrent  Technologies  Corp. 
Control  Data  Corp. 

Cubic  Defense  Systems 
Cummins  Engine  Company 
Data  Conversion  Laboratory 
Data  Devieopment,  Inc. 

Datalogics 

Datalogics 

Datalogics 

Digital  Equipment  Corp. 

Digital  Equipment  Corp. 

Digital  Equipment  Corp. 

Digital  Equipment  Corp. 

Douglas  Aircraft  Company 
Draper  Laboratory 
Eastman  Kodak 


CTN  Members  -  Industry  August  1992 


la 


Eaton  Corp. 

EDS  Unigraphics 
EG&G  Dynatrend,  Inc. 

Electronic  Book  Technologies 
Electronic  Commerce  Executive  Forum 
Electronic  Data  Systems 
Electronic  Data  Systems 
Electronic  Data  Systems 
Electronic  Data  Systems 
Electronic  Data  Systems 
Electronic  Data  Systems 
Electronics  &  Space  Corp. 

Enginetics  Corp. 

FlleNet 

FMC 

FMC 

Foreign  Broadcast  Information  Services 

Frame  Technology 

General  Atomics 

General  Dynamics 

General  Dynamics 

General  Dynamics  Advanced 

General  Dynamics  Data  Systems 

General  Dynamics  Electric  Boat 

General  Dynamics  Electronics 


General  Electric  Aircraft  Engines 
General  Electric  Automated  System 
General  Electric  Corp.  Engineering 
Gillette  Company 
Giordano  Assoc.,  Inc. 

Graphics  Communications  Assoc. 
Grumman  Data  Systems 
Grumman  Data  Systems 
GSC  Associated,  Inc. 

GTE  Government  Systems  Corp. 

GTX  Corp. 

Harris  Corp. 

Harris  Corp. 

Henderson  Software 
Hercules  Corp. 

Hewlett  Packard 
Hewlett  Packard 
Hewlett  Packard 
Hewlett  Packard 
Hilton  Systems  Inc. 

Honeywell 

Honeywell  Air  Transport  Systems  Division 
Honeywell  Military  Avionics  Divsion 
Honeywell  Ordinance  Division 
Horizons  Technology,  Inc. 
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Hughes  Aircraft 

Hughes  Aircraft  Company 

Hughes  Aircraft  Company 

Hughes  Aircraft/Tucson  Support  Systems 

Hughes  Ground  Systems  Group 

Hughes  Training,  Inc. 

I-NET,  Inc. 

IBM 

IBM 

IBM 

IBM 

IBM 

IBM 

IBM 

IBM 

IBM 

ICM,  Inc. 

IDEAL  Scanner  Division,  Inc. 

IGES  Data  Analysis  Corp. 

Image  Memory  Systems,  Inc. 

Image  Systems  Technology,  Inc. 

Industry  West  Electronics 
information  Spectrum  Inc. 

Ingalls  Shipbuilding,  Inc. 

Input,  Inc. 


Inset  Systems,  Inc. 

InterCap  Graphics  Systems 
Interconsult,  Inc. 

Intergraph 

Intergraph 

Interleaf 

interleaf 

Interleaf 

InterLinear  Technology 

InterLinear  Technology 

International  Computer  &  Telecom. 

International  TechneGroup  Inc. 

IOMEGA 

ITT- A/CD 

J.D.  Kiser  &  Assoc. 

Joint  Committee  on  Printing 
Kennedy  Space  Center 
Kent  Assoc. 

Knowledge  Base  Int'l. 

Kruse  Indsutries,  Inc. 

Litton  Computer  SErvices 
Litton/ITEK  Optical  Systems 
Lockheed 

Lockheed  Aeronautical  Systems 
Lockheed  Aeronautical  Systems 
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Lockheed  Aeronautical  Systems 
Lockheed  California 
Lockheed  Integrated  Solutions 
Lockheed  Missiles  &  Space 
Lockheed  Sanders,  Inc. 

Logicon  -  Ultrasystems 
Logistic  Services  international  Inc. 
Logistics  Systems  Architects 
Loral  Aerospace  company 
Loral  Aerospace  Company 
Loral  Defense  Sysem  -  Akron 
Loral  Western  Development  Lab. 

LTV  Aerospace  and  Defense  Co. 

Magnavox 

Magnavox 

ManTech  Services  Company 
Martin  Marietta  Astronautics 
Martin  Marietta  Data  Systems 
Martin  Marietta  Energy  Systems 
Martin  Marietta  Missile  Systems 
Maxima  Corp. 

Maxima  Corp. 

McDonnell  Douglas 

McDonnell  Douglas  Missile  Systems 

McDonnell  Douglas  Telecom  Department 


McDonnellDouglas  Space  Systems 
Mentor  Graphics  Corp. 

Meridian  Data  Inc. 

MICAH  Systems,  Inc. 

Micrographic  Technology  Corp. 
Microsystems  Engineering  Corp. 
Minigraph 
MITRE  Corp. 

MITRE  Corp. 

Moore  Quality  Tooling,  Inc. 
Motorola,  Inc.  GEG 
National  Library  of  Medicine 
Newport  News  Shipbuilding 
NMT  Corp. 

Northrop 
Novell,  Inc. 

O'Neil  &  Assoc.,  Inc. 

Optigraphics 
Oracle  Federal  Group 
Oracle  Multimedia 
Oster  &  Assoc.,  Inc. 

Owl  Int'l.,  Inc. 

Pratt  &  Whitney 
Pratt  &  Whitney 
Pratt  &  Whitney 
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PRC,  Inc. 

Precision  Manufacturing 
Publishing  Technology  Management 
Raytheon  Company  -  Publication 
Raytheon  Service  Company 
REDCON 

Resource  Strategies,  Inc. 

RLT  Assoc. 

Rockwell  International 

Rockwell  International 

Rockwell  International 

Rockwell  International 

Rockwell  International 

Rockwell  International 

Rockwell  International 

Rockwell  International 

Rockwell  International  Space  Trans. 

Rockwell  Space  Operations  Company 

Rosetta  Technologies 

Rosetta  Technologies 

SAIC 

Scan-Graphics,  Inc. 

Schlumberger  Technologies 
Scientific  Software  Corp. 

Scilab,  Inc. 


SEMCO 

Serox  Imaging  Systems 
Shaw  Industries,  Inc. 

Sikorsky  Aircraft 
Simmonds  Precision 
Smiths  Industries 
SofTech,  Inc. 

Software  Publishing  Corp. 

South  Carolina  Research  Authority 
Southwest  Research  Institute 
SSC  Laboratory 
St.  Paul  Software 

Structural  Dynamics  Research  Corp. 
STS  Information  Systems,  Inc. 

Sun  Microsystems  Federal,  Inc. 

Sun  Microsystems  Federal,  Inc. 
Sundstrand  Aerospace 
Supply  Tech,  Inc. 

SYSCON  Corp. 

SYSCON  Corp. 

Systems  Engineering  Design  Lab. 
TAMSCO 

Technology  Management  Corp. 
Teledyne  Power  Systems 
Teleprint  Corp. 
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Texas  Instruments 
Texas  Instruments 
Textron  Defense  Systems 
Textron  -  Lycoming 
Titan  Applications  Group 
Tracor,  Inc. 

TRW 

TRW 

TRW  -  ACA 

TRW  Federal  Systems 

TRW  SEDD 

UNISYS 

UNISYS 

UNISYS 

UNISYS 

UNISYS 

UNISYS  CAD/CAM 
UNISYS  Corp. 

United  States  Video  Corp. 
US  Lynx,  Inc. 

Vere  Smith,  Inc. 

Visual  Engineering 
Vitro  Corp. 

Volt  Group 
Volt  Group 


VSE  Corp. 

Wang  Laboratories 
Wang  Laboratories,  FSD 
WESCO 
Williams  Int'I. 

Winchester  Data  Products,  Inc. 
Wing  Corp. 

Wiz  Worx 

Woodside  Summit!  Group,  Inc. 
WordPerfect  Corp. 

WRDC-MTI 
Xerox  Corp. 

Xerox  Corp. 

Xerox  Corp. 

Xerox  Corp. 

Xerox  Corp. 

Yard  Software  Systems 
Young  Minds,  Inc. 
Zenographics,  Inc. 
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AF  AFMC  Aeronautical  Systems  Center 
AF  AFMC  Electronic  Systems  Center 
AF  AFMC  Ogden  AtC 
AF  AFMC  Oklahoma  ALC 
AF  AFMC  Rome  Development  Center 
AF  AFMC  Sacramento  ALC 
AF  AFMC  San  Antonio  ALC 
AF  AFMC  Wamer*Robms  ALC 
AF  ASC/SCNO 

AF  CALS  Shared  Resource  Center 
AF  EDCARS  Program 
AF  F-22 

AF  HQ  AFMC/ENC 
AF  HQ  USAF/LE-I 
Army,  AMC,  AMCCOM,  ARDEC 
Army  AMCCOM 

Army  Foreign  Science  &  Tech  Center 
Army  Information  Systems 
Army  Material  Command 
Army  Munitions  &  Chemical  Command 
Army  PM  CALS 
DCMO  Rochester,  DoD  Office 
Defense  Logistics  Agency 
Department  of  Transportation 
Government  Printing  Office 


HQDA  SFIS-FAV-F 
LLNL  AITI  Proiectn*IS  Project 
LLNL  Mechnicat  Engineering  Department 
LLNL  Technical  Information  Department 
Los  Alamos  National  Laboratory 
Navy  Naval  Air  Technical  Service 
Navy  Naval  Aviation  Depot 
Navy  Naval  Aviation  Depot 
Navy  Naval  Aviation  Depot 
Navy  Naval  Ocean  Systems  Center 
Navy  Naval  Ordinance  Station 
Navy  Naval  Publishing  &  Printing  Services 
Navy  Naval  Research  Laboratory 
Navy  Naval  Sea  Combat  Systems 
,Navy  Naval  Sea  Systems  Command 
Navy  Naval  Supply  Systems  Command 
Navy  Naval  Undersea  Warfare  Eng. 

Navy  Naval  Underwater  Systems  Center 
Navy  Naval  Weapons  Center 
Navy  NavSea  Systems  Command 
Navy  NSWC  Carderock  David  Taylor 
Neutronix,  Inc. 

NIST 

OSD  CALS  Policy  Office 
Sandia  National  Laboratories 


CTN  Members  -  Educational  August  1992  [113 

Brigham  Young  University 
Georgia  Institute  of  Technolgoy 
industrial  Technology  Institute 
John  Hopkins  University 
University  of  California 

use 
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CTN  Members  -  International  August  1992  LO 

Air  Force  Department  of  Defence 
CAE  Electronics  Ltd. 

Depart  of  National  Defence 
Department  of  National  Defense 
Exoterica  Corp. 

Grig  S.A. 

Hewlett  Packard 
InContext 
InfoDesign  Corp. 

IRPL/ENSTA 

MBB  Deursche  Aerospace 
Micro-Data,  Ltd. 

OMI  Logistics 
Rolls  Royce  PLC 
Royal  Australian  Air  Force 
SoftQuad,  Inc. 

Swedish  Defence  Materiel  Admin. 

Swedish  Institute  of  Production  Enj 
Sydney  Communications  Ltd. 


Implementation  of  CALS 

y  requires  three  types  of  testing _ ^ 

Standards  Testing 

•  Development  Testing  (NIST) 

•  User  Application  Testing  (CTN) 

Product  Testing 

•  Product  Conformance  Testing  (NIST) 

System  and  Data  (Implementation)  Testing 

•  System  Acceptance  Testing  (CTN) 

•  Data  Acceptance  Testing  (CTN) 
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@  LLNL  is  analogous  to  NIST 


NIST  LLNL 

DOC  -  operated  DOE  •  operated 

Develops  Standards  Tests  Standards 

•  Both  are  "neutral"  government  R&D  laboratories 

•  Their  involvement  helps  broaden  the  CALS  base 
beyond  DoD 

•  There  is  good  collaboration  among  technical 
experts 


CTN  Testing  Process 


1.  Study/stabiiize  the  standard 

2.  Formulate  a  testing  strategy 

3.  Select/deveiop  evaluation  tools 

4.  Test  the  evaluation  tools 

5.  Develop  reference  test  data 

6.  Write  instructions  (test  packets) 

7.  Test  the  test  packet 

8.  Plan  transfer  tests 

9.  Perform  tests 


10.  Evaluate  results 

11.  Publish  test  reports 

12.  Broaden  testing  base 

•  Industry 

•  Services/Repositories 

•  Foreign 

13.  Pilot  projects 
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Digital  Data  Interchange 


_  Examples  of  reference  data  (drawinqs) 
for  testing  MIL-D-28000  (IGES) 


Five  reference  drawings  planned: 

•  Class  I  -  Technical  Illustrations 

•  Class  II  -  Engineering  Drawings 

•  Class  III  -  Electricai/Electronic  Applications 

•  Class  IV  -  Numerical  Control  Manufacturing 

•  Class  V  -  Piping  and  Tubing 


C-24 


AITF93-ED-01 


AFCTN  Test  Report 
94-034 


Together  the  L-bracket  and  N-entity  reference 
drawings  will  fully  test  the 
MIL-D-28000  Class  II  subset. _ [i^ 


Q  0  <-5 


Tests  all  geometric  and 
annotation  entitles 
(100  thru  230). 


Tests  all  structure 
entities 

(304  thru  410). 

Ani/t?63p(}w17 
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Technical  Publications  Testing 


•  Reference  document  development 


- 

CTN-REF-TXT 

Actual  TO  from  ATOS 

- 

CTN-REF-TXT-A  - 

Revised  to  parse  with  28001A 

- 

CTN-REF-SHT 

Short  form 

- 

CTN-REF-MIN 

Minimized  tag  set 

- 

CTN-REF-IGS 

Document  with  IGES  illustrations 

- 

CTN-REF-RAS 

Raster  illustrations 

- 

CTN-REF-CGMOl  - 

CGM  illustrations 

- 

CTN-REF-CGM02  - 

All  CGM  graphical  primitives 

- 

CTN-REF-MTH 

Mathematical  symbols 

- 

CTN-REF-TAB 

Tables 

- 

CTN-REF-LIS 

Lists  and  footnotes 

- 

CTN-REF-FRT 

Front  matter  only 

CTN-REF-REA 

Rear  matter  only 
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Presentation  Outline 


1^ 


•  EDI 

•  CALS 

•  CALS  Test  Network 


.  CTN  Testing  of  EDI 
and  CALS 


CTN  is  Currently  Testing 


•  MIL-STD-1840B 

•  MIL-R-28002B 

•  MIL-D  28003A 

•  CALS  &  EDI  •  Procurement  -  Phase  II 


Field  testing  before  release  of  standard 


AITI/1263O0W14 
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Why  Execute  a  CALS-EDI  Transfer? 


•  Merging  of  business  (EDI)  with  technical  (CALS) 

•  Explore  concerns 

Compatibility 
File  Sizes 

•  Co-iocation  of  technical  arms  at  LLNL 

EDI  Expertise 

CALS  Testing  Experience 


(^1  Summary  of  CTN  -  EDI  Testing _ ^ 

Fall  1990  -  CALS-EDI  Test  #1 

•  CALS/EDI  via  ISDN  VAN,  and  back 

•  CALS/EDI  via  DDN,  LLNL  to  SM-ALC 

•  Raster  &  IGES  data 

•  Qualified  success  -  great  learning  experience 

Mean  time  -  Small  Procurement  Pilot  Project 

•  Automate  small  procurements 

•  include  procurements  using  CALS 

•  DLA,  WPAFB,  SM-ALC,  LLNL 

Fall  1991  -  CALS-EDI  Test  #2 

•  Extend  our  understanding  of  CALS  &  EDI 

•  Set  stage  for  Pilot  Project 


AITVl1&3pdw2 
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Objectives  of  CALS/EDI  Test  #2 _ 


•  Use  actual  "bid  set"  data 

•  Test  840  with  841 

•  Get  "snapshot"  of  current  procedures 

•  Try  several  sizes  of  sets  (3, 20, 200  dwgs) 

•  Test  multiple  VANs 

•  Test  vendor  response 


AITini53pdw3 


Diagram  of  CALS/EDI  Test  #2 _ _M 


EDGARS 

ACPS 


Internet 

(FTP) 


Sacramento 
Air  Logistics  Center 


VANs 

(X.400) 


Lawrence  Livermore 
National  Laboratory 


TRW 


BYU 


AtTV11S3pdw4 
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Status  of  CALS/EDI  Test  #2 


•  Phase  1  of  the  test  completed 

•  CALS  data  to  SM-ALC  3B2 

•  Wrapped  in  EDI  envelope 

•  Sent  to  LLNL 

•  Analyzed  engineering  drawings 

•  Forwarded  to  temporary  VAN  hub 

•  Received  in  good  shape  at  TRW 


Phase  2  of  CALS/EDI  Test 


#2 


•  Procurement  data  from  ACPS 

•  CALS  data  from  EDGARS  electronically 

•  EDI  to  small  businesses  (EDI  literate) 

•  EDI  to  small  businesses  co-op 

•  Test  is  in  process 


Am'12630«3wl6 
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As  a  Result  of  testing,  the  CTN  is  able  to 
recommend  improvements _ 


•  To  Military  Standards 


•  To  National  Standards 


•  To  Vendors'  Products 

•  To  Users'  Procedures 


Improved  Standards 
Demonstrated  Standards 
Educated  People 


AITV1263pdwlB 
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EC /EDI  PROJECT 


SACRAMENTO 
AIR  LOGISTICS  CENTER 

ANSI  X12  (841)  TRANSACTION  SET 
TECHNICAL  DATA 

McClellan  AFB  CA 
Air  Force  Materiel  Command 

Dee  Smith 

(916)  643-6150 


CONTENT 


BACKGROUND 
PHASE  I  TEST 


PHASE  II  TEST 


SM-ALC  IMPLEMENTATION 


SUMMARY 
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-  COMPLETED  DEVELOPMENT  &  DESIGN 


OF  DEM/VAL  TEST  DEC  91 

-  REQUESTED  HQ  AFMC/ENC  FUNDING  DEC  91 

-  RECEIVED  FUNDING  APPROVAL  FEB  92 

-  RECEIVED  SM-ALC  STAFFING  JUN  92 
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PHASE  II  TEST  -  Con't 

TEST  TEAM 

MEL  LAMMERS 

SM-ALC 

DIRECTOR  CTN 

HQ  AFMC/ENC 

CTNO  TEST  BED 

CONTRACTORS 

LLNL 

FY90 


AIR  LOGISTICS  CENTER 
SMALL  PURCHASES  <$25.000 

FY91 


TOTAL 

ACTIONS 

$MILS 

%  OF 
ACTIONS 

TOTAL 

ACTIONS 

SMILS 

%  OF 
ACTIONS 

OC-ALC 

11,014 

60.5 

90 

8,490 

52.8 

89 

OO-ALC 

6,838 

35.7 

77 

6,240 

31.5 

79 

SA-ALC 

12,718 

64.1 

82 

10,594 

59.6 

81 

SM-ALC 

6,965 

29.3 

73 

4,287 

24.8 

79 

WR-ALC 

7,692 

41.7 

65 

6,477 

37.4 

70 

TOTALS 

45,227 

231.3 

78 

36,088 

206.1 

80 

SOURCE:SAF-AQC(M&Q)  7201.  PART  VWOOI 
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I  PHASE  IF  TEST  -  Con't 

SIVI-ALC  BLUE  RIBBON  CONTRACTORS 


KENT  ASSOCIATES 
PRECISION  MEG  OF  SAN  ANTONIO 
INSPIRNETICS  INC 
AMERICAN  ELECTRONICS 
LLAMAS  PLASTICS  INC 
AIRESEARCH  -  ALLIED  SIGNAL 
MICRO  SYSTEMS  INC 
MODA  MAGNETICS 


MANSFIELD  TX 
SAN  ANTONIO  TX 
RANCHO  CUCAMONGA  CA 
FULLERTON  CA 
SYLMAR  CA 

RANCHO  DOMINGUEZ  CA 
FT  WALTON  BEACH  FL 
FARMINGDALE  NY 


PHASE  II  TEST  -  Con't 

BYU  CONTRACTORS 

KITCO  INC 

SPRINGVILLE  UT 

BILL'S  METAL  PRODUCTS 

HUNTINGTON  UT 

INDUSTRY  WEST 
ELECTRONICS 

OREM  UT 

VIKING  SYSTEMS  INC 

AMERICAN  FORK  UT 

THE  CANNON  GROUP 

MINNEAPOLIS  MN 
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MILESTONES 


PHASE  II  TEST  -  Con’t 


TEST  PRODUCTS 

-  ANSI  XI 2  841  GOVERNMENT  APPLICATION 

AUG  92 

-  CTN  REPORT  93-ED-01 

MAR  93 

-  ESTABLISH  BASELINE  CAPABILITIES 

-  RECORD  STRENGTHS/WEAKNESSES 

-  PROVIDE  FOCUSED  GUIDANCE 

AFCTN  Test  Report 
94-034 


SM-ALC  IMPLEMENTATION 


-  IDENTIFIED  FUNCTIONAL  RESPONSIBILITIES 

-  UPGRADED  BUYER'S  PCs 

-  SYSTEMS  BUYER  TRAINING  COMPLETED 

-  DRAFTED  IMPLEMENTATION  STRATEGY 


SUMMARY 


-  PROVED  ANSI  XI 2  841  CONCEPT 

-  DEMA/^AL  IN  PROGRESS 


-  SM-ALC  PLANNING  FOR  IMPLEMENTATION 
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Electronic  Data  Interchange  (EDI) 
in  a 

CALS  Environment;  A  Standards  View 


Bud  Orlando 
TRW  Space  &  Defense 
Redondo  Beach,  CA  90278 
(310)  812-4997 


EDI  Standards 


ANSI  X12 
UN/EDIFACT 
CCin  X435 
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EDI  Is: _ 

•  A  method  of  interchanging  data  electronically 

•  An  industry  initiative  to  encourage  electronic  data  transfer 

•  A  set  of  standards  developed  by  ANSI  XI 2 

•  A  DoD  directive  since  May  1988 

•  A  way  of  doing  business  more  efficiently 


Background 


•  DoD  directives 

May  1988  EDI  per  ANSI  XI 2 

August  1988  CALS  per  MIL-STD-1840 

•  CALS  MIL-HDBK-59,  December  1988 

. .  CALS  will  use  EDI  transaction  sets  for 
accessing  and  ordering  . . .  and  for  exchanging 
technical  data  . . 
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Product  Cost  Facts _ 

•  85-15  rule 

-  85%  gain  fixing  the  process 
•  15%  gain  fixing  the  product 

•  80  -  20  rules 

-  80%  of  your  business  is  with  20%  of  your  suppiiers/customers 

-  80%  of  your  paper  is  with  20%  of  your  business  volume 
(in  DoD  it  is  87%  in  9%  of  the  defense  budget) 

-  80%  of  your  product  costs  come  from  20%  of  your  processes 


Most  DoD  Procurements  are  Low  in  Value 


15,000,000 

Procurement 

Actions 

(1988) 


98%  are  Use  Than  $25,000  (14.700,000) 


Only  2%  are  More  Tl\an  $25,000  (300,000) 


335.000  DoD  Vendors 
(1988) 


Goal:  300,000  DoD  Suppliers  Doing  EC/EDI  by  End  of  CY  1997 
Estimate  $1M  Annual  Cost  Avoidance  at  WPCC  With  $50M  Air  Force  Wide 
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Large  Volume  of  DoD  Procurement  Actions 


',000  DoD  Procurement  Offices  j35.000  OoD  Vendors 


15,000,000 

Procurement 

Actions 

(1988) 


Big  Business 


MUIOCM 


Implementation  View 

•  Total  DoD  view  . .  .  "Think  in  different  terms" 

-  Food,  shelter,  clothing 

-  Payroll,  payments 

-  Petroleum,  replacement  vehicles 

-  Cleaning,  maintenance,  repair 

-  Health  care,  medicines,  hazardous  material  control 

-  Spares,  T.O.s,  training 

-  System  retrofits  and  enhancements 

-  New  system  acquisitions 


[]  EDI 

I 

I 

i 

\/ 
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Recent  Events 


•  May  1990 

•  July  1990 


•  May  1991 


•  Dec  1991 


OLA  designated  executive  agent  for  OoD's  EDI 
implementation  and  maintenance 

ASD  Colin  Me  Millan  letter 
"Both  industry  and  DoD  to  respond  to  CALS  and 
EDI  with  single  integrated  system  (approacm" 
"DoD  pursuing  common  technical  solutions  for 
interchanging  CALS  and  EDI  information" 

"DoD  supporting  provisions  for  including  CALS 
data  within  EDI  transactions" 

"DoD  committed  to  use  of  EDI  transactions  in 
CALS  wherever  appropriate" 

FIPS  #161  issued  by  DoC,  effective  Sept.  3,  1991 
all  U.S.  government  agencies  will  use  ANSI  XI 2 
or  EDIFACT  wherever  EDI  implemented 

U.S.  Comptroller  General  decision 

". .  .  agencies  of  U.S.  government  can  create  valid 

obligations  using  properly  secured  ED!  systems." 


High  initial  Payback  Areas 


Technical  Data  Exchange 
Project  Management 
Status 
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Technical  Data  Exchange  Examples  Using  X12  EDI 

•  Specifications  (engineering,  quality,  test,  etc.) 

•  Requirements  allocations 

•  Design  analysis 

•  Interface  documents 

(electrical,  mechanical,  functional,  etc.) 

•  Test  plans,  procedures,  test  data 

•  Technical  support  package 

•  Technical  proposals  (being  defined) 

•  Design  review  packages* 

•  Product  definition  data* 

•  Technical  orders  and  manuals* 

‘Currently  use  dedicated  delivery  (UPS,  Fed.  Exp.,  etc.)  if  large  files. 


XI 2  Infrastructure 


•  Data  set  identification  (SGML,  CGM,  Raster,  etc.) 

•  Sender's  control  number 

•  Start  and  end  validation 

•  Time  and  date  stamp 

•  Exchange  message  count 

•  CALS  version  and  release  (28001X,  28002Y,  28003Z,  etc.) 

•  Sender's  and  receiver's  name,  I.D.  and  address 

•  Sub-addressing 

•  Separators  and  terminators 

•  Integrity  checking 

•  Telecommunications  interfaces  to  all  protocols 

•  Commercially  available  applications  software 
«.  Competitively  priced  value-added  networks 
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X12  Transaction  Set  841  (Specifications/Technicai  information) 

“Provides  the  format ...  for  exchanging  the  technical  description  of  a 

product,  process  service,  etc . over  the  same  path  as  any  other 

EDI  transaction." 


•  Header  area  for  administrative  information 

•  Detail  area  for  technical  information 

•  Summary  area  for  transaction  closure 


841  Header  Area  (Administrative  Information) _ 

•  Specification/Technical  information  Identifiers 

Security  Code  -  Company  unrestricted,  internal  use  only,  confidential, 
personal,  etc. 

-  U.S.  Government  unclassified,  confidential,  secret, 
not  for  export,  special,  etc. 

Assigned  document  number* 

Reference  document  numbers 
Revision  level;  Date  3  time  of  origination 

•  Notes/special  instructions 

•  Export  import  customs  information 

•  CALS  1840  record  definitions/declaration  file  information;  other  GOV  identifiers 

•  Reference  to  other  XI 2  numbers,  documents,  etc. 

•  Reference  date/time 

•  Administrative  contact  address,  etc. 

^  •  Data  purpose  *0nly  mandatory  data  element:  all  others  are  optional 
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841  Detail  Area  (Technical  information) 

•  item  ID  detsti,  name,  message 

•  Product,  process,  service  item  description 

•  Packaging  description  (network  name,  exchange  codes,  tape,  disc,  floppy,  etc.) 

•  Quantity  (files,  pages,  sheets,  cords,  tapes,  discs,  floppies,  etc.) 

•  Location  and  names  of  ongmal(s) 

•  Marking,  packing,  loading  information 

•  Measurementsyreference  numbers 

•  Electronic  Format  10  (EFI) 

•  Secunty  access  information 

-  Secunty  icchnigues  (MAC.  DES.  PKE.  etc.) 

-  Free*form  message  text 

>  Program  and  version  identifiers 

•  Interchange  format  identifiers 

•  Compression  techniques  (name  E  version) 

•  Drawing  sheet  size  code 

-  File  name,  block,  record  type  and  length 

•  Government  identifiers  (GOV) 

-  CALS  1840  agency,  file,  record,  format  qualifiers 

•  EPA.  IRS.  DoE,  OoC.  DoT,  Treasury  identifiers 

•  Binary  Data  (BIN) 

-  Length  (K  bytes) 

-  Binary  bits  (up  to  1  million  gigabits) 

•  Unit  detail,  test  method,  sample  descnption,  sequence,  frequency,  etc. 

•  Measurements,  statistics,  sampling  parameters 

•  Message  (re:  cross  sectiorveniargement  detailed  area) 

•  Repeat  Item  fO.  Measurements/reference,  EFI.  GOV  and  BIN  for  detailed  area 
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Technology 

•  Technologies  exist 

-  Technical  data  can  be  exchanged  today  -  <S20  in  '90;  <S.20  in  '94 

•  Technical  challenges 

-  Integration ...  A  single  integrated  CALS/EDI  system  approach 

.  .  .  value  of  Integrated  technical  and  business  data  as  process 
change  enabler  (metrics) 

.  .  .  pragmatic  data  protection 

-  Retrofit  onto  existing  programs 

.  .  .  Legacy  data 

.  . .  Existing  applications  software 
.  . .  Existing  operational  environments 

•  X12  -  EDIFACT  standards  alignment 

-  Need  mapping  software  (minimum) 

-  Legacy  . . .  large  installed  XI 2  base;  rich  X12  functionality 

Ascension  of  one  standard  not  mandatory;  does  reguire  technically  synchronized 

-  standards  (version  control) 


The  EDI  Pieces 
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Access  Security 

Authentication 

Confidentiality 
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Security  Continuum 


Risk-Cost  Based  Standards 


DOO./MOD  CLASSIFIED 


ENCRYPTION  D6S/PKE 


j  AOTHEMTICATJON  (MAC)  ■ 

1 

1 

_ 1 

1 

1 

1 

ELECTRONIC  SIGNATUne  - ‘ 

DIGmZBD  lf4AGE 


ACCESS  CONTROL 
(PASSWORDS) 


Computer  Security  Act  of  1987 

“Use  security  ...commensurate  with 
the  risk  and  magnitude  of  harm 
resulting  from  loss,  misuse  ...or 
modification  of  the  information'" 
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Technical  Data  Exchanged 

•  Specifications 

•  Process  Documents 
•  Test  Plans  &  Procedures 

Relationship  ,  Analytical  Data 

•  Custom  Chips/Small  Quantities  •  Characterization  Data 

•  Iterative  ,  Product  Data  (Lot,  Date  Etc 

•  Joint  Approval/Agreement  \  .  Engineering  Changes 

•  Inventory  Leveling  N. 

•  Cross  Referencing  ^ 


iSuipi^iersr: 


CALS  Test  Network  (CTi\l)  CALS/EDi  (1840/X12)  Test 


C-58 


AITI/93-ED-01 


AFCTN  Test  Report 
94-034 


SMALC/CTIM  Test  -  1992 


Contractors 


SMALC 
Direct  VAN 

f'.nnnor^inn 


DoD  EC/EDI  Architecture 
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•  Applications  to  applications  between  companies/agencies 

•  Forms  and  reports  digitally  exchanged  (Save  labor  and  time) 

•  Technical  data  and  binary  files  on  line  (Accessability  and  time) 

•  Schedules  on-line  (Time;  Eliminate  stale  data) 

•  Cost  reports  digitally  exchanged  (Labor;  Re-keying  &  reconcilliations) 

•  Official  filings  with  ERA,  IRS,  Benefits  carriers,  Courts  (Soon) 


XI  2/EDI FACT  Alignment 

Alignment  Categories 

•  Technical 

-  Syntax  -  directories  -  transaction  set'messages 

-  Implementation  rules  -  Technical  Assessment  Rules 

-  Gateway  to  other  standards 

•  Version/release 

-  Timing  -  frequency  -  content  -  compatibility  -  components 

•  Procedures 

-  Development  -  coordination/'communication  -  publication 

-  Maintenance  -  organizational  responsibilities 

-  User/industry/national  interfaces  -  ownership 

-  Levels/status  -  balloting/trial  use  -  registration 

-  Technical  assessment  -  shoit/interim/final 

•  Public  relations/implementation 

-  Security/legal  *  version/release  rules  -  compliance 
Help  centers  -  guidelines  -  "Big  Picture"  -  education 

*  industry  activities  -  guidelines  -  data  bases 

-  Plan  and  benefits 

•  Long  term  plans 

-  Coordination  -  Global  "Steering"  Committee  -  growth 
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UN/EDIFACT 
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Systematic 

Use  of  Version 

Release  and  Procedures 
to  Attain  Increasing  Levels  of  Technical, 


Functional  and  Standards  Processes  Compatibilities 
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EDI  Futures 


•  Binary  file  option  for  every  message 

•  Applications  which  include  EDI  input/out  processing 

•  Eliminate  trading  partner  agreements  (open  EDI) 

•  Process  improvement  disciplines 

•  Transition  Management  methodology 

•  Greater  use  of  available  "assurances" 

•  Common  user  interface  for  all  EDI  standards  and 
enveloping  mechanisms  (X12,  EDIFACT,  X435,  etc.) 


AA&t!iOn; 


Focus 


Standardized  Human  Interfaces 
and  Streamlined  Process 
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Sundardized  T/Vindows*’ 
Standardized  ‘Buttons* 
Standardized  “Fiov/s* 


AASii.c:- 
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Obtaining  EDI  Benefits 


•  Integrate  with  internal  applications;  both  ends 

•  Commense  true  process  change  (simplify,  consolidate,  eliminate) 

•  Maximize/get  all  transactions  computerized 

•  increase  service  values  without  adding  costs 
(accurate  information  available  to  customers) 

•  Greatest  satisfaction/success  when  both  parties  benefit  equally 

•  Most  important  to  educate  and  help  peers 


Processes  (Streamline,  Consolidate,  Eliminate) 


We  are  in  "Permanent  Transition",.. 

We  are  always  moving  from  where 
we  are...  to  where  we  ought  to  be... 


Mr.  John  P.  Bartley 

Office  of  Assistant  Secretary  of  Defense 
U.  S.  Department  of  Defense,  Pentagon 
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1  Introduction 

The  DoD  Computer-aided  Acquisition  and  Lo^stic  Support  (CALS)  Test  Network 
(CTN)  together  with  the  Inventory  Control  Point  at  McClellan  Air  Force  Base 
(SMALC)  is  conducting  a  test  of  the  viability  of  electronically  requesting  quotations 
for  work  from  vendors  which  require  the  transmission  of  technical  data.  The 
vehicle  for  these  electronic  transactions  will  be  the  ANSI  X12  standards  for 
electronic  data  interchanp.  The  test  encompasses  several  aspects  of  Electronic 
Data  Interchange  (EDI),  including  creation  and  use  of  X12  transaction  sets, 
transmission  of  technical  data  in  CALS  Raster  format  using  the  X12  transaction 
set  841  (Specifications/Technical  Information),  use  of  Value  Added  Networks 
(VANs),  EDI  software,  network/system  load  and  response  time,  impact  of  large 
data  transmissions,  and  more.  The  objective  of  this  test  is  to  demonstrate  and 
evaluate  these  aspects  of  electronic  data  interchange  using  CALS.  This  document 
is  a  vehicle  to  capture  the  experiences  of  each  of  the  test  participants. 

The  format  of  this  document  is  a  checklist  that  can  be  used  both  as  an  itemized 
procedure  for  conducting  this  CALS/EDI  test,  and  as  a  vehicle  for  recording  the 
results  of  the  test.  It  contains  detailed,  step-by-step  directions  on  what  to  look  for 
during  the  test,  and  provides  blanks  for  entry  of  pertinent  data.  The  checklist 
contains  questions  concerning  sending,  receiving,  using,  and  evaluating  the  data 
identified  for  this  test,  and  the  compliance  of  the  data  transmission  with  the 
applicable  standards,  including  ANSI  X12  840  and  841,  and  the  CALS  standard 
MIL-R-28002  (Raster). 

Since  the  test  makes  use  of  several  solicitation  packages,  and  each  test  participant 
may  handle  more  than  one  solicitation  package,  you  may  be  required  to  fill  in 
several  sections  of  the  checklist,  multiple  times.  Please  feel  free  to  copy  this 
checklist  as  many  times  as  necessary.  Additional  copies  can  be  requested  from 
the  CTN  office;  the  address  and  phone  number  are  listed  at  the  back  of  this 
document. 

The  itemized  procedures  in  the  checklist  serve  as  a  guide  to  those  unfamiliar  with 
the  CALS/EDI  testing  process.  A  similar  checklist  has  also  proven  to  be  a 
valuable  reminder  to  those  who  are  familiar  with  testing.  This  checklist  has  been 
divided  into  several  sections  to  help  you.  The  first  section.  Administrative 
Information,  should  be  filled  in  by  everyone  for  the  transmission  of  each 
solicitation  package.  The  second  section,  Sender,  should  be  filled  in  by  the 
organization  that  originates  and  transmits  the  solicitation  packages.  The  third 
section.  Receiver,  should  be  filled  in  by  any  test  participant  who  receives  the 
solicitation  package,  whether  that  be  the  end  user,  a  VAN,  the  CTN,  or  an 
evaluator.  Be^n  to  fill  in  this  section  when  you  are  alerted  that  a  solicitation 
package  is  on  its  way  to  you.  The  fourth  section,  End  User,  should  be  filled  in  by 
the  contractor  receiving  the  electronic  solicitation  package,  or  the  Co-op,  if  the 
contractor  targeted  for  this  transmission  does  not  receive  the  transmission 
directly.  The  fiflh  section,  Raster,  should  be  filled  out  by  the  end  user  who 
manipulates  the  electronic  raster  files  for  the  purpose  of  providing  a  quote  (again 
this  could  be  the  Co-op),  or  the  CTN,  who  would  evaluate  the  quality  of  the  CALS 
files.  The  sixth  section,  Evaluator,  is  intended  for  the  organization  that  will 
evaluate  the  use  of  the  ANSI  X12  transaction  sets.  The  seventh  section,  Co-op, 
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should  be  filled  in  by  the  CALS  Shared  Resource  Center  (CSRC)  at  Brigham 
Young  University  (BYU),  who  should  also  fill  in  the  End  User  and  Raster  sections 
for  each  solicitation  package  received,  and  for  each  end  user  who  is  to  receive  the 
package.  The  eighth  section,  VAN,  is  to  be  filled  in  by  the  VAN  who  is  routing  the 
transmissions  to  the  contractor  or  Co-op.  The  ninth  section.  Concluding 
Comments,  should  be  filled  in  by  all  test  participants.  In  addition  to  filling  in  the 
checklist,  the  sender  should  collect  and  maintain  hard  copies  of  the  original  data. 
All  test  participants  should  record  observations  on  the  checklist  and  make  copies 
of  error  reports  from  any  evaluation  software  used.  Receivers  should  also,  record 
all  related  administrative  information  and  procedures  used  to  receive  the  data, 
and  prepare  hard  copies  of  the  data  as  received  and  displayed  on  the  receiving 
system. 

Upon  completion  of  the  appropriate  section(s),  submit  the  checklist  along  with 
pertinent  hard  copy,  to  the  CTN  at  the  address  listed  at  the  back  of  this  checklist. 
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2  Administrative  Information 

2.1  General 

2.1.1  Date  of  transfer  test. _ _ 

2.1.2  Purpose  of  transfer  test. _ _ 


2.2  Sending  organization 

2.2.1  Organization  name.. 

2.2.2  Address. _ 


2.2.3  Contact  name  and  telephone. _ 

2.2.4  Computer  hardware  used.  Include  manufacturer  and 
machine  name. 


2.2.5  Computer  software  used.  (Le.,  data  repository  system, 

840  and  841  software,  transmission  software,  etc.). 
Include  software  name,  source,  date,  revision  or  version 
number,  and  if  used  as  received  or  modified.  Do  not  list 
operating  systems  or  other  support  utility  programs. 


2.2.6  Briefly  record  procedures  used  to  prepare  the  data. 
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2^  Receiving  organization 

2.3.1  Organization  name._ _ _ _ _ 

2.3.2  Address.^ _ 


2.3.3  Contact  name  and  telephone. 


Computer  hardware  used.  Include  manufacturer  and 
machine  name. 


2.3.5  Computer  software  used.  (Le.,  VAN  system,  EDI 

software,  display  software,  etc.)  Include  software  name, 
source,  date,  revision  or  version  number,  and  if  used  as’ 
received  or  modified.  Do  not  list  operating  systems  or 
other  support  programs. 


Briefly  record  procedures  used  to  receive  the  data. 


2.4  Additional  Comments 
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3  Sender 

"Sender"  is  identified  as  the  persons/organization  responsible  for  building  and 
initiating  the  transmission  of  procurement  packets  and  transaction  sets.  For  this 
test,  the  sender  will  most  likely  be  SMALC,  and  this  section  would  be  filled  in  by 
person(s)  from  that  organization. 

3.1  SC&D 

The  Stock  Control  and  Distribution  (SC&D)  system,  which  runs  on  an 
IBM  3090,  provides  on-line  requisition  processing,  provides  status 
information  of  asset  inventories  and  furnishes  the  Requirements  Data 
Bank  (RDB)  part  usage  and  current  status  of  asset  balances  while  RDB 
returns  stock  levels  to  control  asset  distribution.  RDB  interacts  with  all 
AFMC  core  logistics  functions  to  calculate  requirements.  Data  produced 
from  RDB  appears  as  buy  quantities  for  procurement  action  to  satisfy  Air 
Force  requirements.  The  Engineering  Data  List  (EDL)  is  produced  as 
part  of  this  process.  The  EDL  is  used  by  the  technical  data  repository  to 
create  the  solicitation  technical  data  package. 

3.1.1  Describe  the  process  of  extracting  the  business  data 

required  by  840  from  the  IBM  3090  and  transferring  it  to 
ACPS: 


3.1.2  Was  all  business  data  required  by  840  available  from  the 

IBM  3090: 


Y£S_  Na 

Nomenclature  (name)  _  _ 

Part  Number  _  _ 

National  Stock  Number  (NSN)  _  _ 

Quantity  _  _ 

Shipping  Instructions  _  _ 

Packaging  Instructions  _  _ 

Delivery  Requirements  _  _ 

Engineering  Data  List  _  _ 

(Others?) 


3.1.3  Describe  the  process  of  extracting  the  engineering  data 

list  (EDL)  which  is  required  by  841  from  the  IBM  3090 
and  transferring  it  to  the  site  IGP  (3B2): 
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3.1.4  Describe  any  problems  you  experienced  extracting  or 

transferring  data  from  the  IBM  3090: 


3^  ACPS 

The  Automated  Contract  Preparation  System  (ACPS)  Data  General 
MV9500  is  the  Air  Force  procurement  system  that  provides  the 
solicitation/contract  for  Inventory  Control  Points  (ICPs)  in  support  of  Air 
Force  spare  parts  and  modification  programs. 

3.2.1  Describe  the  process  of  extracting  and  transferring  data 

required  by  840  from  ACPS  to  the  3B2: 


3.2.2  Was  all  business  data  required  by  840  available  from 

ACPS? 


Yes  No 

Nomenclature  (name)  _  _ 

Part  Number  _  _ 

National  Stock  Number  (NSN)  _  _ 

Quantity  _  _ 

Shipping  Instructions  _  _ 

Packaging  Instructions  _  _ 

Delivery  Requirements  _  _ 

Applicable  Clauses  _  _ 

Reference  to  Engineering  Data  List  _  _ 

(Others?) 


3.2.3  How  long  did  it  take  to  build  the  840  transaction  set? 
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3^  EDGARS 

Engineering  Data  Computer  Assisted  Retrieval  System  (EDGARS)  is  the 
Air  Force  repository  of  engineering  technical  drawings/data. 


3.3.1  Describe  the  process  of  extracting  engineering  data  from 

EDGARS: 


3.3.1. 1  How  long  did  it  take  to  get  the  necessary  data  set  from 

EDGARS? 


3.3.1.2  Was  the  EDGARS  data  set  complete? 

3.3.2  Describe  any  additional  observations  you  made  while 

extracting  data  from  EDGARS: 
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3.4  3B2 

The  AT&T  3B2  is  the  Air  Force  contracting  system  utilized  for  the  staging 
of  the  request  for  quote  in  the  840  envelope  and  the  storage  of  the 
engineering  data  associated  with  the  840. 

3.4.1  Describe  the  hardware  and  software  configuration  of  the 


How  long  did  it  take  to  modify  the  840  transaction  set? 


3-4.3  Describe  any  difficulties  modifying  the  840: 


How  long  did  it  take  to  build  the  841  transaction  set? 


How  many  engineering  drawings  (aperture  cards)  are 
in  this  procurement  package? 
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Did  you  put  all  engineering  drawings  in  a  single  841? 


3.4.6.1  If  not,  how  many  841s  did  you  use  for  this 
procurement  package? 


3.4.6.2  List  the  file  sizes  and  number  of  engineering 
drawings  in  each  841: 

Size  (KBvtes)  Num.  drawings 

1st  841 _ 

2nd  841  _ 

3rd  841  _ 

4th  841  _ _ 

5th841  _ 

6th841  _ 

7th841  _ 

8th  841  _ 

9th  841  _ 

10th  841  _ 

(continue  on  separate  sheet  if  necessary) 

Describe  your  rationale  for  choosing  this  distribution 
scheme: 


Who  is  the  recipient  of  these  X12  packets? 
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3.4.9 

How  did  you  transfer  the  packets? 

Medium 

Wire 

Protocol 

X.400 

Distribution 

DDN 

VAN 

FTP 

Internet 

Floppy 

Kermit 

Phone 

UPS 

US  Mail 

Tape 

FedEx 

3.4.9.1  If  a  VAN  was  used,  name  the  VAN: 


How  many  attempts  did  it  take  before  successfully 
transferring  this  packet? 


3.4.11 
Attempt  # 


For  each  attempt, 
Transfer  Time 
(HHrMMrSS) 


give  the  following: 
Date  and  Time 
(Local  Time) 


Weather 

Conditions 


3.4.12 


Was  a  997  (Functional  Acknowledgment)  received? 
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3.4.13 


Please  comment  on  any  other  issues  related  to  this 
transfer:  (Disk  full,  line  dropped,  etc.) 
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4  Receiver 

"Receiver"  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  reapient  of  a  transmission  will  record  observations  in  the  "Receiver'* 
section,  and  the  "End  User,"  "Evaluator,"  "Co-op."  or  "VAN"  section  below, 

r  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co>op  or 

VAN  fnr  thnc  focf 


How  were  you  notified  that  this  procurement  package 
was  coming?  (Give  name  of  person/entity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 


What  preparations  did  you  make  to  receive  the  data? 


Describe  your  local  hardware  and  software 
configuration  that  you  used  to  receive  the  data  (if 
different  from  the  test  plan); 


4.4 

How  did  you  receive  the  data? 

Medium 

Wire 

Protocol 

X.400 

Distributio] 

DDN 

VAN 

FTP 

Internet 

Floppy 

Kermit 

Phone 

UPS 

US  Mail 

Tape 

FedEx 
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For  each  transmission  received,  give  the  following: 
Transfer  Time  Date  and  Time  Weather 

Trangmiggipn  #  CHH:MM:SS)  (Local  Time^  Conditions 


Please  comment  on  any  other  issues  related  to  each 
transmission:  (Disk  full,  line  dropped,  power  failure, 
weather  condition,  etc.) 


How  did  you  verify  the  completeness  of  each  solicitation 
package  (840  and  841(s))? 


4.8  What  is  your  application  (role)  with  this  data? 

End  User  _ 

Evaluator  _ 

Co-op  _ 

VAN 


Were  the  files  in  each  transmission  adequately 
identified? 


Uid  you  issue  a  997  transaction  (’’Functional 
Acknowledgment")  to  the  sender  for  each  transmission 
you  received? 
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5  End  User 

End  User  is  usually  the  contractor  or  other  entity  who  will  be  quoting  on  the 
procurement  package.  Be  sure  you  have  also  filled  in  the  ’Receiver"  section  of 
this  checklist. 

End  User;  Name _ 


Company. 


5.1  m 

5.1.1  What  software  did  you  use  to  open  and  display  the  840 

transaction  set? 


Were  the  contents  of  the  840  complete,  understandable, 
and  usable? 


5. 1.2.1  If  not,  why  not? 


5.1.3  Could  you  identify  the  drawing  list? 


Did  you  find  the  information  useful;  that  is,  could  you 
act  on  this  information?  What  information  did  you  find 
unnecessary?  What  additional  information  do  you  think 
should  have  been  included?  Why? 
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52  841 

5.2.1  What  software  did  you  use  to  open  and  display  the  841 

transaction  set(s)? 


5.2.2  If  this  procurement  package  consisted  of  more  than  one 

841,  were  the  relationships  between  the  several  841s 
obvious?  Were  the  relationships  between  each  841  and 
the  840  obvious?  Describe  any  difficulties. 


5.2.3  What  impact  did  these  841s  have  on  your  system 

platform  and  operations?  (E.g.  Adequate  disk  space, 
processing  time,  convenience  of  software,  were 
engineering  drawings  appropriately  separated?) 


5.2.4  Could  you  identify  the  drawing  list? 


5^  Drawings 

5.3.1  Was  there  any  incompatibility  with  CALS  file  naming 

conventions  and  your  CALS  viewer?  If  yes,  explain: 


5.3.2  Please  also  fill  out  the  "Raster"  section. 
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5.3.3  Comment  on  the  usability  of  the  raster  images: 


5.3.3. 1  Was  there  enough  information  present  to  make  a 
valid  quote? 


5. 3. 3.2  Could  you  work  with  the  raster  image  display,  or 

did  you  feel  the  need  to  generate  hardcopies  of  the 
raster  images? 


5.4  Additional  Comments 
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6  Specifics  about  Raster  data  files 

Be  sure  you  have  also  filled  in  the  "Receiver”  section  of  this  checklist. 

6.1  General 

6.1.1  List  the  number  of  MIL-R-28002  (Raster)  data  files. _ 

6.1.2  Give  the  dimensions  of  the  largest  image. _ 

6.1.3  Give  the  scanning  resolution  (pixels  per  inch). _ 

6.2  MILrSTD-1840A  and  MILrR-28002  evaluation 
Identification  conventions 

6.2.1  Are  all  of  the  files  properly  identified  as  raster  files 

(named  DOOlROOl,  D001R002,  etc.)? _ 

File  header 

6.2.2  Does  a  dump  of  the  first  2048  byte  block  of  each  raster  file 
show  the  appropriate  header  data  specified  by 
paragraph  5. 1.4.4  of  MIL- STD- 1840 A? 


6.2.3  What  type  of  raster  data  is  specified,  Type  I  or  Type  II? 


Group-4  decompression 

6.2.4  Can  an  appropriate  utility  decompress  and  display  each 

MIL-R-28002  raster  file,  presenting  unimpaired 
images? _ 

6.2.5  Name  the  decompression  utility  used.  Include  the 
name,  source,  date,  revision  or  version  number,  and  if 
used  as  received  or  modified. 
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6.3  Orthographic  alignment 
Axial  alignment 

6.3.1  Does  the  image  appear  to  have  been  rotated  or  skewed 

with  respect  to  the  horizontal  and  vertical  axis  of  the 
presentation  format? _ 


Aspect  ratio 

6.3.2  Does  the  proportionality  of  the  orthogonal  dimensions 

provide  an  image  that  is  too  "thin”  or  too  ”fat”  (e.g., 
circles  turned  elliptical,  etc,)? 


Linearity 

6.3.3  Is  the  image  "straight”,  without  distortion  due  to 

nonlinear  or  converging  representations  of  parallel 
lines? 

6.4  Image  cropping 

Excessive  border  (overscan) 

6.4.1  Is  the  image  centered  and  without  unnecessary  "white 

space"  between  the  image  and  the  edge  of  the  format? 


Excessive  clipping  (imderscan) 

6.4.2  Does  the  image  run  off  the  edge  of  the  format? _ 

6.5  Image  continuity 
Scan  strip  alignment 

6.5.1  Do  full  format  horizontal  or  vertical  lines  (e.g.,  drawing 

borders)  fit  together  correctly  or  have  successive  scan 
strips  been  misaligned? 


Scanner  drop  out 

6.5.2  Does  the  absence  of  scanned  data  (scan  lines  or  scan 

strips)  leave  any  part  of  an  image  missing? 
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6.6  Image  readability 
Contrast 

6.6.1  Is  image  detail  being  lost  because  of  ’’drop  out”  (faint 

lines)  or  "bloom”  (fat  lines)? _ _ 


Cleanliness 

6.6.2  Is  the  image  clean  and  presentable,  absent  of  random 

pixel  noise? 


Resolution 

6.6.3  Do  the  reduction  ratio,  image  capturing  techniques,  and 

presentation  format  successfully  combine  to  provide  an 
image  acceptable  for  its  intended  use? 


6.7  Image  orientation 
Right-reading 

6.7.1  Is  the  image  rendered  right-reading? _ 

6.8  Summary  and  recommendations 

6.8.1  Explain  any  interesting  problems  or  discoveries. 


6.8.2  Give  any  recommendations  for  revisions  to  MIL-R-28002. 
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6.9  Additional  Comments 
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7  Evaluator 

The  ’’Evaluators"  for  this  test  are  those  parties  who  are  using  their  expertise  to 
inspect  and  evaluate  the  CALS  and  EDI  aspects  of  this  test.  The  CALS  evaluator 
will  use  the  "Raster"  section  to  record  observations,  and  the  EDI  evaluator  will 
use  this  section.  Be  sure  you  have  also  filled  in  the  "Receiver"  section  of  this 
checklist. 

7.1  m 

7.1.1  What  software  did  you  use  to  open  and  display  the 

contents  of  the  840  transaction  set? 


7.1.2  Was  the  transaction  set  complete?  Describe  any 

anomalies: 


7.1.3  Did  each  field  contain  valid  data  (logically  correct)? 

Describe  any  anomalies: 


7.1.4  Attach  any  supporting  documentation,  if  available. 
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7^  841 

7.2.1  What  software  did  you  use  to  open  and  display  the 

contents  of  the  841  transaction  set?  (This  does  not  refer 
to  the  contents  of  the  BIN  segment.) 


7.2.2  Did  the  841  use  the  appropriate  segments  and  elements 

in  accordance  with  the  841  Implementation  Conventions 
for  this  test?  Describe  any  anomalies: 


7.2.3  Did  the  841  contain  valid  data  values  in  accordance  with 

the  841  Implementation  Conventions  for  this  test? 
Desci'ibe  any  anomalies: 


7.2.4  Were  the  linkages  within  and  between  the  841s  and 

between  the  841s  and  the  840  correct?  Describe  any 
anomalies: 


7.2.5 


Could  you  reassemble  the  solicitation  package? 
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8  Co-op 

The  "Co’Op”  for  this  test  is  the  BYU  CALS  Shared  Resource  Center.  Fill  out  the 
following  information  for  each  solicitation  package  sent  to  contractor  participant. 
Be  sure  you  have  also  filled  in  the  “Receiver"  section  of  this  checklist. 

8.1  End  User: 

Name  _ 

Address  _ 


Phone  _ 

Transfer  Mechanism 


Time  to  transfer  data 
Date»  Time  of  transfer 
Weather  Conditions 


8.2  How  did  you  present  the  procurement  package  to  each 

end  user?  Describe  in  detail  the  steps. you  took  to  convey 
the  package  to  each  end  user: 


8.3  Please  fill  the  "End  User"  section  once  for  each  end  user. 
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9  VAN 

Be  sure  you  have  also  filled  in  the  "Receiver"  section  of  this  checklist. 

9,1  What  is  your  value-added  strategy? 

Public  Bulletin  Board  System  _ 

Store  and  Forward  Mail  _ 

Other 


9.2  Please  describe  any  specifics: 


9.3  Describe  the  message  routing  mechanism  used  (E.g. 

UUCP,  X.400): 


9.4  Describe  any  unique  required  hardware  and  software: 


9.5  How  did  the  end  user  obtain  the  transaction  sets  from 

you? 


9.6  What  methods  did  you  use  to  verify  data  integrity? 
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9.7  How  did  you  verify  that  the  end  user  received  the 

intended  transmissions? 


9.8  Provide  a  sample  billing  and  services  document  for  each 

user. 
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1 0  Concluding  comments 

10.1  Tx^ansfertest 

10.1.1  Give  overall  comments  about  the  transfer  test. 


10.2  Checklist 

10.2.1  Give  comments  about  this  checklist. 


10.3  Documentation  and  transmittal 

10.3.1  Please  attach  a  copy  of  the  documents  and  drawings  as 
sent  and  as  received. 

10.3.2  Please  send  this  completed  checklist  and/or  address 
comments  or  questions  to: 

CTN  Office  Test  Bed  Director 

Lawrence  Livermore  National  Laboratory 

P.O.  Box  808,  L-542 

Livermore,  CA  94551 

510/422-4231 
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2  Administrative  Information 

2.1  General 

2.1.1  Date  of  transfer  test.  ~  ^  3  7-  9''^ 

2.1.2  Purpose  of  transfer  test.  T>^7" fi _ 


22  Sending  organization 

2.2.1  Organization  name.  ^  Af  -  /^jL  C.  _ 

C.  6  AFB  y  ,  I 

2.2.2  Address.  <r  T^U  r\ ^  So/Tt^  ^ 


2.2.3 


2.2.4 

As.zl 


Contact  name  and  telephone. _ 

Computer  hardware  used.  Include  manufacturer  and 
machine  name. 

^iRA)/n  _ 


2.2.5  Computer  software  used.  (I.e.,  data  repository  system, 

840  and  841  software,  transmission  software,  etc.). 
Include  software  name,  source,  date,  revision  or  version 
number,  and  if  used  as  received  or  modified.  Do  not  list 
operating  systems  or  other  support  utility  programs. 


2.2.6  Briefly  record  procedures  used  to  prepare  the  data. 

4 . . 
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Contact  name  and  telephone. 


Computer  hardwai*e  used.  Include  manufacturer  and 
machine  name.  A  S  7^  /R/P  t/c  .  3  fi  _ 


Computer  software  used.  (I.e.,  VAN  system,  EDI 
software,  display  software,  etc.)  Include  software  name, 
source,  date,  revision  or  version  number,  and  if  used  as 
received  or  modified.  Do  not  list  operating  systems  or 
other  support  programs. 

/JC 


Briefly  record  procedures  used  to  receive  the  data. 


2.4  Additional  Comments 


_ 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


January  14.  1993 


DRAFT 


CALS/EDI  Checklist 


4  Receiver 

Receiver  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  recipient  of  a  transmission  will  record  observations  in  the  ’’Receiver" 
section,  and  the  End  User,”  ’’Evaluator,”  ”Co-op,  ”  or  ’’VAN”  section  below, 
depending  on  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co-op,  or 
VAN  for  this  test. 

4.1  How  were  you  notified  that  this  procurement  package 
was  coming?  (Give  name  of  person/entity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 

— (  /AJ.  Ac_  (^roj 

4.2  What  preparations  did  you  make  to  receive  the  data? 


4-3  Describe  your  local  hardware  and  software 

configuration  that  you  used  to  receive  the  data  (if 
different  from  the  test  plan): 

. /  A/  ^ n  ^  fwt  ?  ^ 


4.4  How  did  you  receive  the  data? 


Medium 
Wire  ?<' 


Floppy 

Tape 


Protocol 

X.400  _ 

VAN 

FTP  _ 

Kermit  _ 


Distribution 

DDN 


Internet  _ 

Phone 

UPS  _ 

US  Mail  _ 

FedEx  _ 
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4.5 

For  each  transmission  received,  give  the  following: 

Transfer  Time 

Date  and  Time  Weather 

Transmission  #  (HH:MM:SS) 

(Local  Time)  Conditions 

/ 

/<r 

2_ 

OO  ' 

v-u.  . 

V 

/•' «» t  o 

09-/3r  f'A6-9\  <r 

—ii _ 

o  ’  0  0 

090  0 

4.6  Please  conunent  on  any  other  issues  related  to  each 

transmission:  (Disk  full,  line  dropped,  power  failure, 
weather  condition,  etc.) 

tj  u  A-r //f  a)  Cf=^^rr>K(  ^ 


4.7  How  did  you  verify  the  completeness  of  each  solicitation 

package  (840  and  841(s))? 

^  tf-roj-r 


4.8 

What  is  your  application  (role)  with  this  data? 

End  User 

>< 

Evaluator 

Co-op 

VAN 

4.9 

Were  the  files  in  each  transmission  adequately 

Ay© . 

identified? 

4.10  Did  you  issue  a  997  transaction  ("Functional 

Acknowledgment")  to  the  sender  for  each  transmission 
you  received? 

_ 
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5  End  User 

End  User  is  usually  tl^  contractor  or  other  entity  who  will  be  quoting  on  the 
thiT'chedchst^^'^^^^^  "Receiver "  section  of 


End  User: 


5.1  m 


Name 


Sr^rr^y 


Company_/S>//^^gV^X/  ^P/N/>^ 
5*^  t.' / />/M 


5.1.1  What  software  did  you  use  to  open  and  display  the  840 

^  ^  transition  set’ 

/y /  fAtJl',  -/oa/  (M  tA/j:>{)iJucf  _ 


5.1.2 


Were  the  contents  of  the  840  complete,  understandable 
and  usable? 


5. 1.2.1  If  not,  why  not? 


Could  you  identify  the  drawing  list? 


you  find  the  information  useful:  that  is,  could  you 
act  on  this  information?  What  information  did  you  find 
unnecessary?  What  additional  information  do  you  think 
should  have  been  included?  Why? 
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What  impact  did  these  841s  have  on  your  system 
platform  and  operations?  (E.g.  Adequate  disk  space, 
processing  time,  convenience  of  software,  were 
engineering  drawings  appropriately  separated?) 


Could  you  identify  the  drawing  list? 


5^  Drawings 

5.3.1  Was  there  any  incompatibility  with  CALS  file  naming 

conventions  and  your  CALS  viewer?  If  yes,  explain: 


L/OJ  C, 


wMJMMSM 


Please  also  fill  out  the  "Raster"  section. 
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5.3.3 


Comment  on  the  usability  of  the  raster  images: 


5.3.3.1 

5.3.3.2 


Was  there  enough  information  present  to  make  a 
valid  quot^ 

_ /Zd _ 

Could  you  work  with  the  raster  image  display,  or 
did  you  feel  the  need  to  generate  hardcopies  of  the 
raste^mages? 


5.4  Additional  Comments 
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6  Specifics  about  Raster  data  files 

Be  sure  you  have  also  filled  in  the  "Receiver"  section  of  this  checklist. 

6.1  General 

6.1.1  List  the  number  of  MIL-R- 28002  (Raster)  data  files. 

6.1.2  Give  the  dimensions  of  the  largest  image. _ 

6.1.3  Give  the  scanning  resolution  (pixels  per  inch). _ 

6.2  M]LrSTD-1840A  and  MILrR-28002  evaluation 
Identification  conventions 

6.2.1  Are  all  of  the  files  properly  identified  as  raster  files 

(named  DOOlROOl,  D001R602,  etc.)? _ A/g  ■ _ 

File  header 

6.2.2  Does  a  dump  of  the  first  2048  byte  block  of  each  raster  file 
show  the  appropriate  header  data  specified  by 
paragraph  5. 1.4.4  of  MIL-STD-1840A? 


6.2.3  What  t5T)e  of  raster  data  is  specified,  T3^e  I  or  Type  II? 


Grou|>4  decompression 

6.2.4  Can  an  appropriate  utility  decompress  and  display  each 

MIL-R-28002  raster  file,  presenting  unimpaired 
images? _ 

6.2.5  Name  the  decompression  utility  used.  Include  the 
name,  source,  date,  revision  or  version  number,  and  if 
used  as  received  or  modified. 
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6^  Orthographic  alignment 
Axial  alignment 

6.3.1  Does  the  image  appear  to  have  been  rotated  or  skewed 

with  respect  to  the  horizontal  and  vertical  axis  of  the 
presentation  format? _ aJ _ 


Aspect  ratio 


6.3.2 

a/ ♦ 


Does  the  proportionality  of  the  orthogonal  dimensions 
provide  an  image  that  is  too  "thin  "  or  too  "fat”  (e.g., 
circles  turned  elliptical,  etc.)? 


linearity 

6.3.3  Is  the  image  "straight",  without  distortion  due  to 

nonlinear  or  converging  representations  of  parallel 
lines? 

6.4  Image  cropping 

Excessive  border  (overscan) 

6‘4.1  Is  the  image  centered  and  without  unnecessary  "white 

f  space  between  the  image  and  the  edge  of  the  format? 

_ _ _ _ 

Excessive  clipping  (underscan) 

6.4.2  Does  the  image  run  off  the  edge  of  the  format? 

6.5  Image  continuity 

Scan  strip  alignment 

6.5.1  Do  full  format  horizontal  or  vertical  lines  (e.g.,  drawing 

borders)  fit  together  correctly  or  have  successive  scan 
strips  been  misaligned? 


Scanner  drop  out 

6.5.2  Does  the  absence  of  scanned  data  (scan  lines  or  scan 

strips)  leave  any  part  of  an  image  missing? 
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6.6  linage  readability 
Ck>ntrast 

6.6.1  Is  image  detail  being  lost  because  of  *'drop  out"  (faint 

lines)  or  "bloom"  (fat  lines)?  x/ _ 


Cleanliness 

6-6.2  Is  the  image  clean  and  presentable,  absent  of  random 

pixel  noise? 

_ ^ _ 

Resolution 

6.6.3  Do  the  reduction  ratio,  image  capturing  techniques,  and 

presentation  format  successfully  combine  to  provide  an 
image  acceptable  for  its  intended  use? 


6.7  Image  orientation 
Right-reading 

6.7.1  Is  the  image  rendered  right-reading?  x  /t^ 

6.8  Summary  and  recommendations 

6.8.1  Explain  any  interesting  problems  or  discoveries. 


6.8.2  Give  any  recommendations  for  revisions  to  MIL-R-28002. 
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2.1  General 

2.1. 1  Date  of  transfer  teat.  ^ ^ 

2.1.2  Purpose  of  transfer  teat. 

2*2  Sending  or^nlxatlon 

2.2.1  Organization  name. 

2.2.2  Addreag.  _  _  _ 


2.2.3  Contact  name  and  telephone _ 

.  2.2.4  Computer  hardware  used.  Include  manufacturer  and 

machine  name. 


2.2.5  Computer  software  used.  (I.o.,  data  repository  system, 

840  and  841  software,  transmisBion  software^  etc*). 
Indude  software  name,  source,  date,  revision  or  version 
niimber,  and  if  used  as  received  or  modified.  Do  not  Ikt 
operating  systems  or  other  support  utility  programs. 


2.2.6 


Briefly  record  proceduret  used  to  prepare  the  data. 
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4  Receiver 

“Receiver”  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  recipient  of  a  transmission  will  record  observations  in  the  “Receiver” 
section,  and  the  "End  User,”  "Evaluator,”'  "Co-op,"  or  ”VAN'‘  section  below, 
depending  on  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co-op,  or 
VAN  for  this  test. 


4.1  How  were  you  notified  that  this  procurement  package 

was  coming?  (Give  name  of  person/eniity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 

r/¥oA/6r  -  \///7?  .  £bi  r^r 


wnat  preparations  aia  you : 

~  ^  r  .  /^/y> 

^  P  J 

uu'/t/ ^ 


4.3  Describe  your  local  hardware  and  software 

configuration  that  you  used  to  receive  the  data  (if 
difierent  fram  the  test  plan): 


4.4  How  did  you  receive  the  data? 


Medium 

Wire 

Protocol 

X.400  _ 

P<Ktrthtit:iftn 
^  DDN 

Floppy 

Tape 

VAN 

■FTP  _ 

Kemit  _ 

__  Internet 

Phone 

UPS 

US  Mail 
FedEx 

Arn/93-ED-Ol 
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SeP-3ft-1992  14*08  FROM  Tech  Info  Sye^eme  Pro9rijn  TO  S191G6436767  F.01&/'829 


DRAFT 

CALS/£DI  Checklist  September  30, 1992 

4,5  For  each  transmiseion  received,  fdve  the  following: 

Transfer  Time 

Trnnfimie«it>n  M  (HHiMMiBS) 

1  ^OsedT' 

t  ^?!) 

J  _ 


Date  and  Time  Weathar 

(IrfCBl  Time)  gpnditioM 


4.6  Please  comment  on  any  other  issues  related  to  each 

transmission:  (Disk  fUU,  line  dropped,  power  failure, 
weather  condition,  etc.) 

/h77e7y?/^S 

tddtAS  ?Pi4>VCr- 

mtrrxyr  ^/fog>rHt,y, 


4,7  How  did  you  verify  the  completeness  of  each  eolidtation 

,  parage  (840  and  841(s))?  ^  . 


4,6  What  is  your  application  (role)  with  this  data? 

End  User  -k::- 

Evaluator  ,  . 

Co  op  — . 

VAN  - 

4.9  Were  the  hies  in  each  transmission  adequately 
identified? 

_ _ 

4.10  Did  you  issue  a  997  transaction  C'Functionol 
Acknowledgment")  to  the  sender  for  each  transmission 
you  received? 
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5  End  User 

“End  User"  is  usually  the  contractor  or  other  entity  who  will  be  quoting  on  the 
procurement  package.  Be  sure  you  have  also  filled  Jn  the  '^Receiver"  section  of 
this  checklist 

End  User;  Name  _  , 

Company 

5.1  g40 

5.1.1  What  software  did  you  use  to  open  and  display  the  840 

transaction  set? 

_  _ 

5i1*2  Were  the  contents  of  the  840  complete,  tmdarstandable, 

and  usable? 


6.1.2.1  If  not,  why  not? 


5,1.3 


^Id  you  identify  the  drawing  list? 


6.1.4  Did  you  find  the  information  useful;  tliat  is,  could  you 

act  on  this  information?  What  information  did  you  find 
unnecessary?  What  additional  information  do  you  think 
should  have  been  included?  Why? 

_ 7W/^_  GAJ 

HCr,i/Jjy  A  . _ 

'  A  y:i^yr>y^jc^  /^//'^  .  uSuU> 

y7£?u/^<^.  1.^. 

fvr  t/,^  <£>c^^r/7-/e^  /m/> 

/^/  -/i/J)  //^  r  >g=e3ug- 

A-r  .£>c(j2. _ _ 
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ORAJ^ 

nAT^a/gPI  Cheddlet _ a«pu»abtara0.1892 


sa  841 
8^1 


6X2 


What  software  did  you  use  to  open  and  display  the  841 
transaction  set(s)?  ^ 

_ •  _ 

If  this  procurement  package  consisted  of  more  than  one 
841,  were  the  relationships  between  the  several  6416 
obvious?  Were  the  relationships  between  each  641  and 
the  840  obvious?  Describe  any  difficulties. 


6,2.3  What  impact  did  these  841s  have  on  your  sj^tem 

platform  and  operations?  (£.g.  Adequate  disk  space, 
processing  time*  convenience  of  software,  were 
engineering  drawings  appropriately  separated?) 


6,2.4 

Could  you  identify  the  drawing  list? 

- 

5.3  Drawings 

5^,1  Was  there  any  incompatibility  with  CALS  file  naming 

conventions  and  your  CALS  viewer?  If  yes.  explain: 

_ _ - 

rr,^!z.  -7^  /jP  - 


6,3,2  PleasB  also  fill  out  the  "Raster"  section. 
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B.3.3  Comment  on  the  usabili^  of  tlie  raster 


er  icoagfes: 

^  £•  iu/r^  MVt/fib 


5.S.3,1  Was  there  enough  in  formation  present  to  make  a 
valid  quote? 


5.3.3.2 


Could  you  work  with  Uw  raster  image  display,  or 
did  you  feel  the  need  to  generate  hardcopies  of  the 
raster  images?  ^ 

l7/f;r<tc/  r?/^/LJ 


5.4  Additional  Comments 
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6  Specifics  iiboutIUister  data  £Qe^ 

Be  sure  you  have  also  filled  in  the  ''Receiver"  section  of  this  checklist. 

a.1  General 

6.1*1  list  the  number  of  MILrR-28002  (Raster)  data  files.__^ 

6.1.2  Give  the  dimensions  of  the  largest  image. 

6.1.3  Give  the  scanning  resolution  (pixels  per  inch).  aooD 

6^  AlJULr8miB40AandMll>R»28002^^ 

Identification  oonveniiona 

6*2.1  Are  all  of  the  files  properly  identified  as  raster  files 

(named  D001R001»  D001R002,  ebi.l? 


File  header 


Does  a  dump  of  the  first  2043  byte  block  of  each  raster  fils 
show  the  appropriate  header  data  specified  by 
paragraph  5.1.4.4  of  MIL-STD-1840A? 


What  type  of  raster  data  is  specified»  Type  I  or  Type  II? 


Groups  docompreeaion 

6.2.4  Can  an  appropriate  utility  decompress  and  display  each 
MlL-R-28002  raster  file,  presenting  unimpaired 

ima^QB?  _ 

6.2.5  Name  the  decompression  utility  used.  Include  the 
name,  source,  date,  revision  or  version  number,  and  if 

^  ^  used  as  received  or  modified,  y 
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6.S  Orthogpr^phic  alignment 
Axdal  alignment 


Does  the  image  appear  to  have  been  rotated  or  skewed 
with  respect  to  the  horizontal  and  vertical  axis  of  the 
presentation  format?., _ _ 


Aspect  ratio 


Does  tlie  proportionality  of  the  orthogonal  dimensions 
provide  an  image  that  is  too  “tldu"  or  too  "fat"  (e.g., 
circles  turned  elliptical,  etc,)?  ,  ^ 

_ f^JO 


Linearity 


6.3.3  Is  the  image  “straight",  without  distortion  due  to 

nonlinear  or  converging  representations  of  parallel 
lines? 

a4  Image  cropping 

Kacoessi ve  border  (overscan) 

6.4.1  Is  the  image  centered  and  without  unnecessary  "white 

space"  between  the  image  and  the  edge  of  the  format? 


Excessive  clipping  (xxnderscan) 

6.4,2  Does  the  image  run  off  the  edge  of  the  format?, 


6.5  Image  continiiity 
Scan  strip  alignment 


Do  full  format  horizontal  or  vertical  lines  (e.g,,  drawing* 
borders)  fit  together  correctly  or  have  successive  scan 
strips  been  misaligned?  ^  ^  ^  ^ 

f-  _ 


Seamier  drop  out 


Does  the  absence  of  scaimed  data  (scan  lines  or  scan 
strips)  leave  any  part  of  an  image  missing? 
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B£  Image  readability 
Contrast 


6.6.1  Is  image  detail  being  lost  because  of  “drop  out"  (fSaint 

lines)  or  "bloom"  (fat  linag)?  AJD  _ _ 

CleanlinaM 


6,6.2 


Reaohitioii 


Is  the  image  dean  and  preventable,  absent  of  raxidom 
pixel  noise?  \j 

/ 


6.6.2  Do  the  reduction  ratio,  image  capturing  techniques,  and 

presentation  format  successfully  combine  to  provide  an 
iny^acceplable  for  its  intended  use? 


6.T  Image  orientation 

Right-reading 

6.7.1  Is  the  image  rendered  rigHt»raading?  f 

6.8  Sin**w»«»y  and  TTeoommendatlona 

6.8.1  Explain  any  intereating  problems  or  discoveries. 

6.8.2  Give  any  recommendations  for  revisions  to  MILrll>28002. 
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ENGINEERING  DATA  LIST 

Date;  Data  Tech:  Organization;  Appbcation;  Page;  of; 

07FEB92  MP  LAK  Fill  11 

Cage:  Manufacturer:  Reference:  Noun: 

81755  GENERAL  DYNAMICS  INC.  12^^7646-"  SUPPOR 


NSN: 

5040009580974BJ 


81755  12W7646 
81755  LM12W7646 
81755  12Z001 
81755  89C0610 
81755  LM12Z001 


/  BOOOO  0000  S  SUPPORT 
/  DOOOO  0000  S  LIST  OF  MATERIAL 
/  J  0000  0000  S  INTERPRETATION  DRAWING 
/  -0000  0000  S  ECO 
/  BOOOO  0000  S  LIST  OF  MATERIAL 


VENDOR  NOTED;  X^NDOR  DRAWINGS  ARE  NOT  FURNISHED  AS  PART  OF  THIS 
PACKAGE. 
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1 
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(Sn  5995012350977WT 
0'\  81755 

f' 16VE064\V'PL 
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0000 

®\0000 

@\S 
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0{i^\  81755 
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(a 

®\0000 

0000 

(g>  \  R 
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t' 

(^\  0000 
rdVOOOO 

t 
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(k\ 
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^\0000 
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KENT  ASSOCIATES.  INC. 

SPECiriCATIONS/TECHNICAL  INFORMATION  ( UNKNOWN-0001  -  921029-12595750) 
Date:  10/29/92  Time:  13:03 
Page :  1 


NOTE:  This  is  a  default  printout  using  the  dictionary.  Assign  an  overlay  to 
create  a  customized  report. 


SPI  SECURITY  LEVEL  CODE 

REFERENCE  NUMBER  QUALIFIER 
REFERENCE  NUMBER 
TRANSACTION  SET  PURPOSE 
N1  ORGANIZATION  IDENTIFIER 
NAME 

N1  ORGANIZATION  IDENTIFIER 
NAME 

HL  HIERARCHICAL  IDENT I  FI  CATION  NUMBER 
HIERARCHICAL  PARENT  IDENTIFICATION 
HIERARCHICAL  LEVEL  CODE 
E”I  SECURITY  LEVEL  CODE 

FREE  FORM  MESSAGE  TEXT 
VERSION  IDENTIFIER 
INTERCHANGE  FORMAT 
BIN  length  OF  BINARY  DATA 
BINARY  DATA 

EFl  SECURITY  LEVEL  CODE 

FREE  FORM  MESSAGE  TEXT 
VERSION  IDENTIFIER 
INTERCHANGE  FORMAT 
BIN  LENGTH  OF  BINARY  DATA 
BINARY  DATA 

EFT  security  LEVEL.  CODE 

FREE  FORM  MESSAGE  TEXT 
VERSION  IDENTIFIER 
INTERCHANGE  FORMAT 
BIN  LENGTH  OF  BINAR''  DATA 
BINARY  DATA 

Ef^I  security  level  CODE 

FREE  FORM  MESSAGE  TEXT 
VERSION  IDENTIFIED 
INTERCHANGE  FORMAT 
BIN  LENGTH  OF  BINARY  DATA 
BINARY  DATA 

FFI  SECURITY  LEVEL  CODE 

FREE  FORM  MESSAGE  TEXT 
VERSION  IDENTIFIER 
INTERCHANGE  FORMAT 
SIN  LENGTH  OF  BINARY  DATA 
BINARY  DATA 

eft  security  level  COD^ 

FREE  FORM  MESSAGE  TEXT 
VERSION  IDENTIFIER 
INTERCHANGE  FORMAT 
BIN  LENGTH  OF  BINAR'^'  DATA 
BINARY  DATA 


END  OF  REPORT 


90  -  Government  Non-Ciassif ied 

KS  -  Solicitation  Number 

F4260092Q31328 
00  -  Original 

BY  -  Buying  party  (Purchaser) 

DIRECTORATE  OF  CONTRACTING 
SE  -  Selling  Party 

DEMO-841 
I 

N1 

I  “I  tern 

90  -  Government  Non-Classi t led 

12w76467 .edl 
B 

MlL-R-2800? 

6901 

BINOOOOl .DAT 

90  -  Government  Non-Ci as~i f lea 

12w76467  .  txt. 

B 

MIL-R:-28002 

803 

BIN00C02.DAT 

90  -  Government  Non-Ciassi f ied 

dOOl r018 
B 

MIL-R-28002 

94592 

BIN00003.DAT 

90  -  Government  Non-Ciass:  tiec 

dOOlrOl'-J 

B 

MIL-R-28C02 

108288 

BIN00004.DAT 

90  -  Government  Non-Classi t led 

d001r022 

B 

MIL-R-28002 

358656 

BIN00005.DAT 

90  -  Government  Non-Cxassi t led 

dOOl r025 
B 

MIL-R-2800? 

35584 

BIN00006.DAT 
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KENT  ASSOCIATES.  INC. 

ALL  log-one 

Date:  01/19/93  Time:  08:25 
Pape :  1 


log-on  baud  data  S 

TOP  TERM  ASYNC 

CODE  LOG-ON  NAME  PHONE  NUMBER  ASYNC:  RATE  PARITY  BITS  b 

ITS  I.D.  PROTOCOL 


ATT  AT&T  EASYLINK  18p062450l6 

Interchanqe  control  header  starts  a  new 
el:  1  (TRANSMISSION) 

Override  segment  terminator:  None 

VALUE  DESCRIPTION 


KENTASSOC  ID 

DUNARIKE  PASSWORD 

D:\STX  PATH  TO  ACCESS 

CARRIER  SERVICE 
+AT2  MODEM  1 

ATHEQV1X4  MODEM  2 

SECONDARY  PASSWD 
PON  ID 

PDN  PASSWORD 

LOG-ON  BAUD  DA  1 A 

TOP  TERM  ASYNC 

CODE  LOG-ON  NAME  PHONE  NUMBER  ASYNC  RAIL  PARITT  BITS  b 

ITS  I.D.  PROTOCOL 


HE  IBM  ASYNC:  A  6l2d6  N  S  J 

A  1  (NONE) 

Intercnange  control  header  starts  a  new:  5  (FILL)  Error  reiect  lev 

el:  I  (TRANSMISSION) 

Overrioe  seament  terminator:  None 

VALUE  DESCRIPTION 


IBM  ACCOUNTED 
IBM  PASSWORD 
IBM  NEW  PASSWORD 
IE  ACCOUNTED 
IE  PASSWORD 
IE  NEW  PASSWORD 
TIME  ZONE 
MODEM  1 
EXPEDITE  PATH 
CARRIER  SERVICE 
SERVICE  ACCOUNT 


END  OF  REPORT 


ESI 

ATHEQV1X4 

C:\STX\EXPEDITF 
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CALS/ED  I  Checklist 


DRAFT 


January  14. 1993 


CALS  Test  Network 
CALS/EDI 
Transfer  Test 
Procedure  Checklist 


E-53 


AFCTN  Test  Report 
94-034 


AITy93-ED-01 


DRAFT 

CALS/EDI  Checklist _ _ January  14, 1993 

2  Administrative  Information 

2.1  General 

2.1.1  Date  of  transfer  test. _ JAM  ^3 _ 

2.1.2  Purpose  of  transfer  test.  Review  _ 

SoLlC\TAT{CP^l  Pn^^XBLB  BiP. _ 

22  Sending  organization 

2.2.1  Organization  name. _ 

2.2.2  Address. _ _ _ _ 


2.2.3  Contact  name  and  telephone. _ 

2.2.4  Computer  hardware  used.  Include  manufacturer  and 
machine  name. 


2.2.5  Computer  software  used.  (I.e.,  data  repository  system, 

840  and  841  software,  transmission  software,  etc.). 
Include  software  name,  source,  date,  revision  or  version 
number,  and  if  used  as  received  or  modified.  Do  not  list 
operating  systems  or  other  support  utility  programs. 


2.2.6  Briefly  record  procedures  used  to  prepare  the  data. 
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DRAFT 

January  14, 1993 _ CALS/EDI  Checklist 


2S  Receivii^oi^ianization 

2.3.1  Organization  name.  IK^FlRKlBTiC.^ _ 

2.3.2  Address.  *^230  HTti  ^T. .  UK\T  E 

RAKCUO  CUCAMOM^A  OA 


2.3.3  Contact  name  and  telephone. 

_ TEt?  SE\gE.L  ^0^-^A\-'2ooA 

2.3.4  Computer  hardware  used.  Include  manufacturer  and 

machine  name.  "SEE  ATTACHMENT  A _ 


2.3.5  Computer  software  used.  (I.e.,  VAN  system,  EDI 

software,  display  software,  etc.)  Include  software  name, 
source,  date,  revision  or  version  number,  and  if  used  as 
received  or  modified.  Do  not  list  operating  systems  or 
other  support  programs. 

5EE:  ATTACUHEslT  A 


2.3.6  Briefly  record  procedures  used  to  receive  the  data. 

1K15TALL  6TK  Software  i  goMFi<^uRE  _ 

Rg^E\\/E  I7AT^  TWRU  XBM  VAK\  VtA  MC?PEK> _ 

FoLLow_STX  MieMU5  PA^TA  RLE_S>_ 


2.4  Additional  Comments 
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4  Receiver 

"Receiver"  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  recipient  of  a  transmission  will  record  observations  in  the  "Receiver" 
section,  and  the  "End  User,"  "Evaluator."  "Co-op,"  or  "VAN"  section  below, 
depending  on  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co-op,  or 
VAN  for  this  test. 

4.1  How  were  you  notified  that  this  procurement  package 

was  coining?  (Give  name  of  person/entity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 
CAROL-YM  WlMPie  -  LLNil_  VIA  PHOiA'E  _ 

4-2  What  preparations  did  you  make  to  receive  the  data'^ 

KAPE  SPACE  AVAILABLE  QM  HARP  PRu/E  . _ ’ 

PEFRA^MEMTEp  HARD  PRWE . 

JNSiAULEO  MASES  MOPEH  t  fiOFTVA^ARE  t 


Describe  your  local  hardware  and  software 
configuration  that  you  used  to  receive  the  data  (if 
different  from  the  test  plan): 

5EE.  ATTACAMEMT  a 


Medium 

Wire 


Floppy 

Tape 


How  did  you  receive  the  data? 


X.400 

VAN 

FTP 

Kermit 


Internet 
Phone 
UPS 
US  Mail 
FedEx 
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4.5  For  each  transmission  received,  give  the  following: 

Transfer  Time  Date  and  Time  Weather 


Trsnsmission  #  (HH:MM:SS)  (Local  Time) 

1  _ attach Hve NIT 


Conditions 

^ _ 


4.6  Please  comment  on  any  other  issues  related  to  each 

transmission:  (Disk  full,  line  dropped,  power  failure, 
weather  condition,  etc.) 

Mo?rrBO  TRamsK(S5\on1  *1  At  3  HR  An  Him  VOE 

To  FA<2TOR5  NOT  INUOLVEP  IM  TH\5  TEST. _ 

CAROL-YM  W(KPLE  (VlA  PMO/JE^  CONFIRKEO  ALL  PILES 
WERE  POU^MLOAPEP  COMPLETE  . 


4.7  How  did  you  verify  the  completeness  of  each  solicitation 

package  (840  and  841(s))? 

r>lP  NOT  REgElVE  B40  .  _ 

VW  nOT  VER(FT  g4-l  . _ 


4.8  What  is  your  application  (role)  with  this  data? 

End  User 

Evaluator  _ 

Co-op  _ 

VAN  _ 


4.9  Were  the  files  in  each  transmission  adequately 
identified? 

NO.  SEQi^EMTlAL  FILE  MO.'e  ^AVE  KO  MEAMlKta _ 

4.10  Did  you  issue  a  997  transaction  ("Functional 
Acknowledgment")  to  the  sender  for  each  transmission 
you  received? 

_ UOM’T  KKIOVAv; _ 
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5  End  User 

"End  User"  is  usually  the  contractor  or  other  entity  who  will  be  quoting  on  the 
procurement  package.  Be  sure  you  have  also  filled  in  the  'Receiver  section  of 
this  checklist. 

End  User;  Name  "VE-U?  _ 

Company  I  NlSPl  RKETlC.^  _ 


5.1  840 

5.1.1  What  software  did  you  use  to  open  and  display  the  840 
transaction  set? 

_ VW  MOT  RggElVE  840 _ 

5.1.2  Were  the  contents  of  the  840  complete,  understandable, 
and  usable? 


5.1.2.1  If  not,  why  not? 


5.1.3  Could  vou  identify  the  drawing  list’ 

OMLN  FOR  P/M 


5.1.4  Did  you  find  the  information  useful;  that  is,  could  you 

act  on  this  information?  What  information  did  you  find 
unnecessary?  What  additional  information  do  you  think 
should  have  been  included?  Why? 

FllE  6 1 M POOP -L.  PAT  WAS  UMNECesSAgN'. _ 

£ooi.D  ^t»gM'T»F0R  P/M  \'Zv^nC,An-'-[  IF  ^Llg ITATiok] 

tOAS  RggEivyED.  '  - 

^uLo  NgT  guBMi-r  Bid  Fog  P/n1  \C,0^\'Z\\oq  -d') 

To  PATA  AMP  hiO  ELICIT  ATI  Phi  REi^.EWEP. 
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52  841 

5.2.1  What  software  did  you  use  to  open  and  display  the  841 
transaction  set(s)? 

U\JAA14  F9R  WIMpgU/S  V/EE  3.\ _ 

5.2.2  If  this  procurement  package  consisted  of  more  than  one 
841,  were  the  relationships  between  the  several  841s 
obvious?  Were  the  relationships  between  each  841  and 
the  840  obvious?  Describe  any  difficulties. 

g^LATIDMSUlpS  S4ls  WERH  OgVlOUS  , _ 

HOT  RggElVB  _8^Q5  > _ 


5.2.3  What  impact  did  these  841s  have  on  your  system 

platform  and  operations?  (E.g.  Adequate  disk  space, 
processing  time,  convenience  of  software,  were 
engineering  drawings  appropriately  separated?) 


PRocesSihiG  Time  with  hijaavi  for  was 

SLOW. 

5.2.4 

Could  you  identify  the  drawing  list? 

OMLM  FOR  P/nJ  \-2Wn4,4G? -T  . 

5.3  Drawings 

5.3.1  Was  there  any  incompatibility  with  CALS  file  naming 

conventions  and  vour  CALS  viewer?  If  yes.  explain: 
^AP  Tr  PILE  OF  50ME  PILES  PRg>M 

*DAT*  TO  .  Tgis  WA6  _ 


5.3.2  Please  also  fill  out  the  "Raster  "  section. 
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5.3.3  Comment  on  the  usability  of  the  raster  images: 

Asipe  FftOK  UlJAAVi  EXTREMEL-Y  $LOUJ  ,  ALL 

lMAt;jES  UJER-e.  USABLE.. _ 


5.3.3. 1  Was  there  enough  information  present  to  make  a 
valid  quote? 

_ _ 


5.3.3.2  Could  you  work  with  the  raster  image  display,  or 
did  you  feel  the  need  to  generate  hardcopies  of  the 
raster  images? 

HARPeoPIES  ARS  a  ‘MUST'  WH£M _ 

llEVIEiA^I>46  WITtt  CO-UJORKEg*^  OR _ 

SEMD1K16,  To  V/EWPORS  FOR  GJOOTE'S  . 

5.4  Additional  Comments 


COOLO  NOT  FIND  A  TO  PRifJT  EMTIRE  \r-AA^E 

FROM  mjAAVl  OM  LA5Ee  PRikITEE  .  MAslV 

HOPRS  TR'VIM6j  THI$.  COVLD  OML^  PRInIT  PORTRAIT 
OF  QPPee  LEFT  CORMEg.  _ 
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6  Specifics  about  Raster  data  files 

Be  sure  you  have  also  filled  in  the  "Receiver”  section  of  this  checklist. 

6.1  General 

6.1.1  List  the  number  of  MIL-R-28002  (Raster)  data  files.  \Ce> 

n 

6.1.2  Give  the  dimensions  of  the  largest  image. _ i 

7 

6.1.3  Give  the  scanning  resolution  (pixels  per  inch).  «> 


6J2  MIL-STD-1S40A  and  MIL-R-28002  evaluation 
Identification  conventions 


6.2.1 

File  header 

6.2.2 

.  _  oo 

Are  all  of  the  files  properlv  identified  as  raster  files  _ 
inamedD001R001.D001R602.etc.)?  i 

Does  a  dump  of  the  first  2048  byte  block  of  each  raster  file 
show  the  appropriate  header  data  specified  by 
paragraph  5.1.4.4  of  MIL-STD-1840A? 

MCT  HAVE  bllL-STD-lgAOA 

6.2.3 

What  type  of  raster  data  is  specified,  Type  I  or  Type  II? 

_ 2 _ i _ 

Group-4  decompression 

6.2.4 

Can  an  appropriate  utility  decompress  and  display  each 
MIL-R-28002  raster  file,  presenting  unimpaired 
images?  t>c?K‘T  KKOuJ  ujhat  Tui5  15  . 

6.2.5 

Name  the  decompression  utility  used.  Include  the 
name,  source,  date,  revision  or  version  number,  and  if 
used  as  received  or  modified. 

Pom'T  wlkiowJ 

17 


E-61 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


January  14. 1993 


DRAFT 


CALS/EDI  Checklist 


6^  Orthographic  alignment 
Axial  alignment 

6.3.1  Does  the  image  appear  to  have  been  rotated  or  skewed 

with  respect  to  the  horizontal  and  vertical  axis  of  the 
presentation  format?,. _ HO _ 


Aspect  ratio 

6.3.2  Does  the  proportionality  of  the  orthogonal  dimensions 

provide  an  image  that  is  too  "thin"  or  too  "fat"  (e.g., 
circles  turned  elliptical,  etc.)? 

- tm _ 


Linearity 

6.3.3  Is  the  image  "straight",  without  distortion  due  to 

nonlinear  or  converging  representations  of  parallel 
lines?  ^eS 

6.4  image  cropping 

Excessive  border  (overscan) 


6.4.1 


Is  the  image  centered  and  without  unnecessary  "white 
space"  between  the  image  and  the  edge  of  the  format? 
- _ 


Excessive  clipping  (underscan) 


6.4.2  Does  the  image  run  off  the  edge  of  the  format?  WHS 


6.5  Image  continuity 
Scan  strip  alignment 

6.5.1  Do  full  format  horizontal  or  vertical  lines  (e.g.,  drawing 

borders)  fit  together  correctly  or  have  successive  scan 
strips  been  misaligned? 

OKV  HOT  EXpgElMFMT  VA/ITU  _ 

Scanner  drop  out 


6.5.2  Does  the  absence  of  scanned  data  (scan  lines  or  scan 

strips)  leave  any  part  of  an  image  missing? 
_ !1j2 _ 
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6.6  Image  readability 
Contrast 

6.6.1  Is  image  detail  being  lost  because  of  "drop  out"  (faint 

lines)  or  "bloom"  (fat  lines)? _ SIO  _ 


Cleanliness 


6.6.2 


Is  the  image  clean  and  presentable,  absent  of  random 
pixel  noise? 

1 _ :iEs _ 


Resolution 

6.6.3  Do  the  reduction  ratio,  image  capturing  techniques,  and 

presentation  format  successfully  combine  to  provide  an 
image  acceptable  for  its  intended  use? 
_ _ 


6.7  Image  orientation 
Right-reading 

6.7.1  Is  the  image  rendered  right-reading?  N  O _ 

6.8  Summary  and  recommendations 

6.8.1  Explain  any  interesting  problems  or  discoveries. 

ALL  Rastez  (MAgtES  oaegg  rotated  90*^  CW  FROK 

P«0PBZ  VlglUlNi^.  

6.8.2  Give  any  recommendations  for  revisions  to  MIL-R-28002. 
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1 0  Ckindudin^  comments 


10.1 


Transfer  test 


10.1.1  Give  overall  comments  about  the  transfer  test. 

P\D  HOT  SEEM  oe&AMIZEO  EMOU&H  ■  PO  MOT  gEl>Ev/E  SMALL 

B(/glKlESS  CAM  COMPETE  WITH  EOI  e4f  OJZE _ 

TO  COST  Of  TIME  REQt/iPEP.  BESIDES  FROK  lAlJAAVi  9El>J6> 
iu>oo  i  With  faults  the  images  ujexi^  suPB2.B  , 


10.2  Checklist 

10.2.1  Give  comments  about  this  checklist, 

IT  WOUUP  HAVE  gEE(4  HELPFULL  To  EyPLAl  f4  TH?HIMOLO<S» V . 
i.e..e40.  641.  ETO..  5pme  OuBs-\\otis  CooLo  HA\/e  9ee/4 
ggTTEg.  ExPLAiKieo  As  To  t/JUAT  WCiMO  OP  AhlSm/gg.  Is  ReoOiREP. 
It  SeefASlT  wae  Assumed  ujb  u.^eee  Mot  mpVi^^es. _ 


10.3  Documentation  and  transmittal 

10.3.1  Please  attach  a  copy  of  the  documents  and  drawings  as 
sent  and  as  received. 

10.3.2  Please  send  this  completed  checklist  and/or  address 
comments  or  questions  to: 

CTN  Office  Test  Bed  Director 

Lawrence  Livermore  National  Laboratory 

P.O.  Box  808.  L-542 

Livermore,  CA  94551 

510/422-4231 
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9330  7th  St.  •  UnitE 
Rancho  Cucamonga,  CA  91730 
909-941-2004  *  FAX  909-941-8303 
P.O.C.  Ted  Seibel 


Subject:  CALS/ EDI  Test 


ATTACHMENT  A 


Hardware: 

IBM  compatable  computer: 

486DX  -  25  MHz  (Intel) 

Integrated  Math  Coprocessor 
8K  Internal  Cache  Ram 
8  MB  Ram 

128K  External  Cache  Ram 
120  MB  16  ms  Avg  Seek  Hard  Drive 
Defragmented  before  test 
1 .2  MB  &  1 .44  MB  Floppy  Drives 
16  Bit  SVGA  Video  Card  w/  1Mb  Ram 
14"  SVGA  1024  X  768  Color  Monitor  .28  dp 
Available  Memory 

613.8K  Conventional 
7,168K  Extended 
Misc:  Buffers  =  30 
Files  =  99 
Stacks  =  9,256 

Hayes  ULTRA  96  Modem 

Epson  Action  Laser  II  Printer  w/  2.5MB  Ram  (81/2x11) 
Emulating  HP  Laserjet  IIP 


Software; 

MS-DOS  Ver  5.0 
STX  (Supply  Tech)  Ver  2.5 
Windows  (Microsoft)  Ver  3.1 
386  Enhanced  Mode 
14,994KB  Permanent  Swap  File 
HiJaak  for  Windows  (Inset  Systems)  Ver  1 .0 
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Subject:  CALS/EDI  Test 


ATTACHMENT  B 


Transmission  #1: 
Download  Info 
(All  16  Files) 


Date;  SAT  16  JAN  93 

Start;  11;15AMPST 

Stop;  3:02  PM  PST 

Total  Time;  3  Hr  47  Min 


Modem: 

Software: 

VAN: 


Hayes  ULTRA  96  @  2400  bps 
STX  (Supply  Tech)  Ver  2.5 
IBM  (1-800-288-8797)  2400  bps 


Conditions:  Temperature: 

Humidity: 

Weather: 


68  Deg  F  -  Indoors 

59  Deg  F  -  Outdoors 

60%  -  Indoors 

90%-  Outdoors 

Rain  -  Light  to  very  heavy 


File  Name: 

Length: 

Bytes 

BINOOO  01. DAT 

6,901 

02.DAT 

94,592 

03.CAL 

94,592 

04.CAL 

108,288 

05.CAL 

356,656 

06.CAL 

35,584 

07.CAL 

68,608 

08.CAL 

97,152 

09.CAL 

242,048 

10.CAL 

16,512 

11. CAL 

25,856 

12.CAL 

57,856 

13.CAL 

87,168 

14.CAL 

436,096 

15.CAL 

186,624 

16.CAL 

289,664 

*  Open  file  &  view  on  screen 

Document: 

*  Time: 

??? 

Eng  Data  List 

Min  Sec. 

12W7646 

50 

LM12W7646 

45 

12Z001 

4 

0 

ECO  89C0610 

18 

160D121105  Shi 

2 

40 

160D121105  Shi 

2 

50 

160D121105Sh  1 

4 

5 

160D121105  Sh2 

2 

25 

160D121105Sh2 

2 

30 

160D121105Sh2 

2 

40 

ECO  85C3078 

45 

160D920108 

3 

45 

160D920108 

3 

0 

S1101 

3 

20 

HiJaak  for  Windows. 
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SECTION 

4.8 

5.2.3 


INSPIRNETICS 


ADDITIONAL  COMMENTS 


In  lieu  of  sequential  file  numbers,  a  drawing  number,  list  of 
materials  number  or  engineering  data  list  number  would  have 
been  more  informative. 


When  rotating  or  enlarging  an  image,  HiJaak  became 
frustratingly  slow.  A  computer  running  at  50  or  66  MHz  with  a  32 
bit  local  bus  and  a  32  bit  video  card  would  have  improved 
processing  time  immensely. 
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@!  EDL  1  02/10/92  10:14:42  PMDDAl  CE  EWD  C 
§-l 

e\  07FEB92 
@\  CE 
§\  PHDDAl 
§\ 

e\  F16CD 

§\  1 

§\  2 

e\  81755 

S\  GENERAL  DYNAMICS  INC. 

§\  16VE064-116 
§\  CABLE  ASSEMBLY, RADI 
§\  5995012350977WF 
e\  81755 

§\  16VE064  W/PL  / 

e\ 

@\  0000 
e\  0000 
§\  s 

e\ 

§\  CABLE  ASSY 

e\ 

0e\  81755 

e\  C2065  / 

e\ 

§\  0000 
§\  0000 
@\  R 

e\ 

e\  SHIELD  BRAID 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

§\  C2070  / 

§\ 

e\  0000 
§\  0000 
@\  R 
§\ 

e\  TUBING 

@\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

§\  C2105  / 

§\ 

e\  0000 
@\  0000 
@\  R 
§\ 

§\  CAP 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

@\  C4804  / 

§\ 

§\  0000 
@\  0000 
§\  R 
§\ 

?ikIoc?c?o1,  pat  P(2^s) 
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@\  TUBING 

e\ 

TO  BE  FURNISHED  WITH  16PR145 
e\  81755 

@\  C4928  / 

S\ 

§\  0000 
§\  0000 
0\  R 

e\ 

@\  WIRE 

e\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

@\  C7715  / 

e\ 

8\  0000 
e\  0000 

§\  R 

§\ 

§\  BRACKET  ADHESIVE  BACKED 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

@\  C8820  / 

e\ 

8\  0000 
§\  0000 
e\  R 
e\ 

e\  CAP 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
@\  81755 

@\  C8839  / 

e\ 

§\  0000 
@\  0000 
§\  R 
§\ 

e\  SOLDER  SLEEVE 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
e\  81755 

§\  C8846  / 

@\ 

§\  0000 
@\  0000 
§\  R 
§\ 

@\  THREAD 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

§\  C8854  / 

§\ 

e\  0000 
§\  0000 
§\  R 

e\ 
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§\  SPACER 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 
@\  C8865 
§\ 

e\  0000 
e\  0000 
§\  R 

e\ 

e\  SHIELDS  COMBS 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 
§\  C8866 

S\ 

8\  0000 
§\  0000 
e\  R 
§\ 

§\  SPACER 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
@\  81755 
@\  C8867 
§\ 

e\  0000 
8\  0000 
§\  R 
§\ 

e\  SOLDER  SLEEVE 

§\ 

TO  BE  FURNISHED  WITH  16PR14S 
§\  81755 
@\  C8950 
§\ 

e\  0000 
e\  0000 

e\  R 

§\ 

e\  TERMINAL 

e\ 

TO  BE  FURNISHED  WITH  16PR145 
e\  81755 
§\  C8951 
§\ 

@\  0000 

e\  0000 

@\  R 

e\ 

§\  SOLDER  SLEEVE 

e\ 

TO  BE  FURNISHED  WITH  16PR145 
8\  81755 
e\  FMS1044 
§\ 

§\  0000 
§\  0000 
e\  R 
e\ 


/ 


/ 


/ 


/ 
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§\  SEAIANT  SPEC 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
e\  81755 

8\  FPS1004  / 

S\ 

8\  0000 
e\  0000 

§\  R 

§\ 

§\  SEALANT  SPEC 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

§\  FPS1013  / 

§\ 

§\  0000 
§\  0000 
§\  R 

e\ 

e\  ADHESIVE  SPEC 

§\ 

TO  BE  FURNISHED  WITH  16PRI45 
8\  81755 

§\  FPS1047  / 

§\ 

0\  0000 
§\  0000 
§\  R 
§\ 

@\  COMPOUND 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
@\  81755 

e\  FPS3024  / 

e\ 

§\  0000 
8\  0000 
§\  R 
§\ 

§\  ELECT  BONDING 

e\ 
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§\  0000 
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§\ 

e\  SEALANT 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 
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§\ 

§\  0000 
§\  0000 
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§\ 
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8\  TAPE 

g\ 
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§\  81755 

§\  P5289  / 

§\ 

§\  0000 

e\  0000 

8\  R 

§\ 

§\  TYING  CORD 

§\ 

TO  BE  FORNISHED  WITH  16PR145 
g\  81755 

§\  P5369  / 

§\ 

@\  0000 
g\  0000 
§\  R 
§\ 

g\  TAPE 

§\ 

TO  BE  FimNISHED  WITH  16PR145 
§\  81755 

e\  P5372  / 

e\ 

§\  0000 
§\  0000 
e\  R 

i\ 

§\  TAPE 

§\ 

TO  BE  FXnUIISHED  WITH  16PR145 
g\  81755 

g\  P5374  / 

§\ 

e\  0000 
§\  0000 
@\  R 
8\ 

8\  TUBING 

e\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

§\  P5381  / 

§\ 

§\  0000 
g\  0000 
8\  R 

e\ 
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§\  81755 

§\  P5382  / 

§\ 

§\  0000 
§\  0000 
§\  R 

e\ 

§\  TUBING 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  (HISTORY) 

@\  01 
§\  §-2 
§\  07FEB92 
§\  CE 
§\  PMDDAl 
§\ 

§\  F16CD 
§\  2 

§\  2 

@\  81755 

e\  GENERAL  DYNAMICS  INC. 
e\  16VE064-116 
e\  CABLE  ASSEMBLY, RADI 
@\  5995012350977WF 
§{ 

§{ 

§{ 

§\  §\  §\  e\  §\  §\  @\  e\ 

§\  81755 

e\  P5384  / 

§\ 

§\  0000 
e\  0000 

§\  R 

e\ 

§\  TAPE 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

e\  P5392  / 

e\ 

§\  0000 
§\  0000 
§\  R 
§\ 

e\  tape 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

@\  P5407  / 

§\ 

8\  0000 
§\  0000 
e\  R 
§\ 

@\  VIBRATITE 
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8\  0000 
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e\ 

TO  BE  FURNISHED  WITH  16PR145 
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e\ 

@\  TAPE 

§\ 
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@\  81755 
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@\ 

§\  0000 
e\  0000 

§\  R 

§\ 
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§\ 
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e\ 

§\  0000 
§\  0000 
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e\ 

§\  ADHESIVE 

§\ 
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§\  81755 
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§\  0000 
§\  0000 
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AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


e\ 

TO  BE  FURNISHED  WITH  16PR145 
@\  81755 
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§\ 

@\  0000 
§\  0000 
§\  R 

e\ 

e\  PRIMER 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

§\  P6141  / 

§\ 

e\  0000 
§\  0000 
§\  R 

e\ 

e\  ADHESIVE 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
@\  81755 

0\  MTPA-002  / 

e\ 

e\  0000 
§\  0000 
§\  R 

e\ 

e\  PROC  SPEC 

§\ 

TO  BE  FURNISHED  WITH  16PR145 
§\  81755 

§\  16PR145  / 

§\ 

§\  0000 
§\  0000 
@\  R 
§\ 

§\  MFC  f  INSTL  W/H 

e\ 

THIS  DOCUMENT  WILL  BE  FURNISHED  TO  CONTRACT  AWARDEES  ON  A  ONE  TIME 
§\  §\  §\  e\  §\  §\  §\  @\  @\  BASIS. 
e\  81755 

§\  16PR8817  VOL  I , II , III , IV, V  / 

§\ 

e\  0000 
§\  0000 
e\  R 
§\ 

§\  MFC  f  INSP  W/H 

§\ 

THIS  DOCUMENT  WILL  BE  FURNISHED  TO  CONTRACT  AWARDEES  ON  A  ONE  TIME 
§\  @\  §\  @\  §\  §\  @\  0\  @\  BASIS. 

@\  81755 

0\  16Z001  / 

§\ 

@\  0000 
@\  0000 
§\  s 
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§\  INTERPRETATION  PER 
§\ 

Oe\  98747 

g\  OO-ALC/PMDDAA  / 

§\ 

g\  0000 

e\  0000 
§\  s 
s\ 

g\  ATTACHMENT  "A" 

§\ 

o8\  e\  e\  e\  §\  e\  §\  §\  §\ 

§\  8\  g\  g\  @\  @\  §\  e\  e\ 

8\  §\  §\  e\  e\  §\  §\  e\  §\ 

e\  8\  §\  §\  §\  @\  e\  e\  e\ 

8\  8\  g\  g\  e\  §\  @\  §\  §\ 

§\  e\  §\  @\  e\  §\  §\  §\  §\ 

§\  8\  §\  §\  @\  @\  §\  §\  §\ 

§\  §\  §\  e\  e\  §\  §\  §\  e\ 

§\  e\  e\  e\  @\  @\  @\  @\  e\ 

8\  §\  @\  @\  e\  §\  e\  @\  e\ 

§\  8\  e\  §\  e\  e\  @\  §\  §\ 

§\  §\  @\  e\  e\  §\  §\  §\  §\ 

§\  @\  §\  §\  e\  e\  e\  §\  §\ 

§\  §\  @\  @\  §\  §\  @\  8\  8\ 

e\  §\  §\  e\  §\  §\  §\  §\  @\ 

§\  e\  §\  @\  §\  8\  @\  @\  §\ 

e\  §\  g\  e\  §\  @\  8\  @\  §\ 

e\  8\  e\  @\  e\  8\  §\  §\  §\ 

§\  (HISTORY) 

§\  01 
e| 


E-77 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


§!  EOL 
§-l _ 

1  02/10/92  10:14:42 

PMDDAl 

CE  EWD  C 

ENGINEER 

I  N  G 

DAT 

'A  LI 

S  T 

Date: 

Data  Tech: 

Organization: 

Application: 

Page: 

of: 

07FEB92  MP 

LAK 

Fill 

1 

1 

Cage: 

Manufacturer : 

Reference: 

Noun: 

81755 

GENERAL  DYNAMICS  INC. 

12W7646- 

-7 

SUPPOR 

NSN: 

5040009580974BJ 

81755 

12W7646 

/ 

B 

0000 

0000  S 

SUPPORT 

81755 

LM12W7646 

/ 

D 

0000 

0000  S 

LIST  OF 

MATERIAL 

81755 

122001 

/ 

J 

0000 

0000  S 

INTERPRETATION 

DRAWING 

81755 

89C0610 

/ 

- 

0000 

0000  S 

ECO 

81755 

LM122001 

/ 

B 

0000 

0000  s 

LIST  OF 

MATERIAL 

VENDOR 

NOTED:  VENDOR  DRAWINGS 

ARE  NOT 

FURNISHED  AS  PART  OF  THIS 

PACKAGE. 

3\r^OOOC7.  PAT 


E-78 


HOLt [iH  Ilf  uivc  <,  c  rt-Mctay 


AITI/93-ED-01 


AFCTN  Test  Report 
94-034 


REPUCeS  /ZIVZ64C .  JZWSS^S,  /ZPPSS^^.  TS/Z  iiTi 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


Qll  WQO 


AITI/93-ED-01 


AFCTN  Test  Report 
94-034 


E-81 


AFCTN  Test  Report  AITI/93-ED-01 

94-034 


'Sii^OCOOGtCf^l,  ECO  e^cooio 


E-82 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


BLh^acoiC  .CAL 


IG0VIZ[[05 


2 


AITI/93-ED-01 


AFCTN  Test  Report 
94-034 


AITF93-ED-01 


AFCTN  Test  Report 
94-034 


E-89 


COLOR  NWHITE  PER  NO  11875  OF  FEl^-STD- 5^5*. 
COLOR  PED.PER  NO  ||I36  OF  FED  “STD -5*9  S’. 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


piKlC)OCl4.CAL 


lGCQH20{0e 


AITI/93-ED-01 


07 

UJ 

H 

o 

2 


<j  ^  p 

(/i  Q  (J 
4:  z  2 

^  0-OZ 

•7^0 

CO  2  (J 

^  ^  ^ 

O  O  fv- 

Q-  0)  £ 

uj  r 

2il3 

5  o  ^ 

g!2rf>S' 

-J  h 
111  tOn  ' 

£^  ^  UJ  'K# 

u.5g  • 

^  o  jy » 

^  cj  Q  ^ 

r'^SS 


FfNiCi?C(5'.CAL 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


CALS/EDI  Checklist 


DRAFT 


CALS  Test  Network 
CALS/EDI 
Transfer  Test 
Procedure  Checklist 


AFCTN  Test  Report 
94-034 


October  2. 1992 


E.93 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 
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CALS/EDI  Checklist  _ _ _ October  2, 1992 

2  Administrative  Information 

2.1  General 

2.1.1  Date  of  transfer  test, _ _ _ 

2.1.2  Purpose  of  transfer  test.., _ 

2.2  Sending  organization 

2.2.1  Organization  name,  _ _ 

2.2.2  Address. _ 


2.2.3  Contact  name  and  telephone. _ _ _ _ 

2.2.4  Computer  hardware  used.  Include  manufacturer  and 
machine  name. 


Computer  software  used.  (I.e.,  data  repository  system, 
840  and  841  software,  transmission  software,  etc.). 
Include  software  name,  source,  date,  revision  or  version 
number,  and  if  used  as  received  or  modified.  Do  not  list 
operating  systems  or  other  support  utility  programs. 


2.2.6 


Briefly  record  procedures  used  to  prepare  the  data. 
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22  Receiving  orgaxiization 

2.3.1  Organization  name.  jA/r _ 

2.3.2  Address .  CS  i^lll  ^vt. _ 

F-r  ijaltoaj 


2.3.3  Contact  name  and  telephone. 

dofi-r  Pn^t^-ron.  .  gc/c/- _ 

2.3.4  Computer  hardware  used.  Include  mantifacturer  and 
machine  name.  MP  3>e>c^  f^o  m&c. 

_ } . 

2.3.5  Computer  software  used.  (I.e.,  VAN  system,  EDI 
software,  display  software,  etc.)  Include  software  name, 
source,  date,  revision  or  version  number,  and  if  used  as 
received  or  modified.  Do  not  list  operating  systems  or 
other  support  programs. 

Art'T  :  Suf^PLY  ykcH  Srvr  Ven  S.F,  n.s  jr^re^^ce 

✓g  n  Sfo^  f.  7  .  _ 


2.3.6  Briefly  record  procedures  used  to  receive  the  data. 

/A/  yto  Ai  T  f  ^  wa  ^  nrct~i 


.  STX  7Tg  g.r<g^ 


Docj^i^aO  oatta 


3/A/rB  s  ^Voo  Doc4^i~e>^£>  G  <= 


OfOO  oC>  f .  ?.  ^  Oy07“  ^/l6  S  S  hhPij^Z 

V//A/iC>iP>o  .S  MA/^A£iSn  »DAr  PU€  ^  \^6rtZ^ 


.Cal  f=tLe^.  oPB^ts-Cf  Hiy^ciC 


C  H  F  kAS6^  j~g‘7^..2Lg7^  Q^Ly 


2.4  Additional  Comments 

t)  3  c>^TcJ  Sthot^i-^  f/C€  €/?-e 

A^^/ZOtC  ?t5  jDg>w.^  /3>  g/g  g* 4 

p^oPCr*^  e>^  3  o/?  */> 
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4  Receiver 

’’Receiver”  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  recipient  of  a  transmission  will  record  observations  in  the  ’’Receiver" 
section,  and  the  "End  User,"  "Evaluator,"  "Co-op,"  or  "VAN"  section  below, 
depending  on  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co-op,  or 
VAN  for  this  test. 

4.1  How  were  you  notified  that  this  procurement  package 
was  coming?  (Give  name  of  person/entity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 

r/A>A-»£ 

4.2  What  preparations  did  you  make  to  receive  the  data? 

_ ^ _ 


4.3  Describe  your  local  hardware  and  software 

configuration  that  you  used  to  receive  the  data  (if 
different  from  the  test  plan): 

h^A/io  DfZurti  s 'T/C'C /d- B  rp  gg? 

/W  o  06  ^  . _ 


4.4 

How  did  you  receive  the  data? 

Medium 

Protocol 

Distribution 

Wire 

K 

X.400 

DDN 

Floppy 

Tape 

VAN  r 

FTP 

Kermit 

Internet 

Phone 

UPS 

US  Mail 
FedEx 

12 
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4.5  For  each  transmission 

Transfer  Time 

Transmission  # 

I _  ^ 


received,  give  the  following: 
Date  and  Time  Weather 

(Local  Time)  ConAitiOilS 


4.6  Please  comment  on  any  other  issues  related  to  each 

transmission;  (Disk  full,  line  dropped,  power  failure, 
weather  condition,  etc.) 

A/o  ^ 


4.7  How  did  you  verify  the  completeness  of  each  solicitation 

,  package  (840  and  841(s))? 


4,8  What  is  your  application  (role)  with  this  data? 

End  User  v 

Evaluator  _ 

Co-op  _ 

VAN  _ 


4.9  Were  the  files  in  each  transmission  adequately 

identified? 


4.10  Did  you  issue  a  997  transaction  ("Functional 

Acknowledgment")  to  the  sender  for  each  transmission 
you  received? 

_ f/o  . 
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5  End  User 

"End  User"  is  usually  the  contractor  or  other  entity  who  will  be  quoting  on  the 
procurement  package.  Be  sure  you  have  also  filled  in  the  "Receiver"  section  of 
this  checklist. 

End  User;  Name  _ _ 

Comnanv  // ^  ^ 

5.1  840 

5.1.1  What  software  did  you  use  to  open  and  display  the  840 
transaction  set? 

5.1.2  Were  the  contents  of  the  840  complete,  understandable, 
and  usable? 


5. 1.2.1  If  not,  why  not? 


5.1.3  Could  you  identify  the  drawing  list? 

_ 


5.1.4  Did  you  find  the  information  useful;  that  is,  could  you 

act  on  this  information?  What  information  did  you  find 
unnecessary?  What  additional  information  do  you  think 
should  have  been  included?  Why? 

fs  ^  /—  /js- 

Tjf  t  Cu  /n  Vo  C 

0/2  f  T'-  c?^C 
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52  841 

5.2.1  What  software  did  you  use  to  open  and  display  the  841 
transaction  set(s)? 

5.2.2  If  this  procurement  package  consisted  of  more  than  one 
841,  were  the  relationships  between  the  several  841s 
obvious?  Were  the  relationships  between  each  841  and 
the  840  obvious?  Describe  any  diflSculties. 


5.2.3  What  impact  did  these  841s  have  on  your  system 

platform  and  operations?  (E.g.  Adequate  disk  space, 
processing  time,  convenience  of  software,  were 
engineering  drawings  appropriately  separated?) 


yc> 

'To  ;2«?  , 

5.2.4  Could  you  identify  the  drawing  list? 

ye  -^  . _ 


5.3  Drawings 

5.3.1  Was  there  any  incompatibility  with  CALS  file  naming 

conventions  and  your  CALS  viewer?  If  yes,  explain: 


5.3.2  Please  also  fill  out  the  "Raster"  section. 
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5.3.3  Comment  on  the  usability  of  the  raster  images: 


5.3.3.1 

5.3.3.2 


Was  there  enough  information  present  to  make  a 
valid  quote?  ^ 


Could  you  work  with  the  raster  image  display,  or 
did  you  feel  the  need  to  generate  hardcopies  of  the 
raster  images? 


pr^ct. 


<5  7'C  ), 


5.4  Additional  Comments 

/" *r y/vr r  e>^  H !’'  L^('/L:xe  T  JJ-L  ‘ 

JbrCT/t^^  S'oo^  :x<f  LC^  r-r  , 

Wi’TM  ^t^ALL.  ^  ZJ  ^cjuckj 

Z>->>  "  (y.^ -r  ^  *' A  U(^L  c ,  _ 
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6  Specifics  about  Raster  data  files 

Be  sure  you  have  also  filled  in  the  "Receiver"  section  of  this  checklist. 

6-1  General 

6.1.1  List  the  number  of  MIL-R- 28002  (Raster)  data  files.^Z _ 

6.1.2  Give  the  dimensions  of  the  largest  image.  ? _ 

6.1.3  Give  the  scanning  resolution  (pixels  per  inch)._;^ _ 

6.2  MELrSTD-1840A  and  MILrR-28002  evaluation 

Identification  conventions 

6.2.1  Are  all  of  the  files  properl v  identified  as  raster  files 

(named  DOOlROOl,  D001R602,  etc.)?  s _ 

File  header 

6.2.2  Does  a  dump  of  the  first  2048  byte  block  of  each  raster  file 
show  the  appropriate  header  data  specified  by 
paragraph  5. 1.4.4  of  MIL-STp-1840A? 


6.2.3  What  type  of  raster  data  is^specified,  Type  I  or  Type  II? 


Group-4  decompression 

6.2.4  Can  an  appropriate  utility  decompress  and  display  each 

MIL-R-28002  raster  file,  presenting  unimpaired 
images?  ^ _ 

6.2.5  Name  the  decompression  utility  used.  Include  the 
name,  source,  date,  revision  or  version  number,  and  if 
used  as  received  or  modified. 
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6^  Orthographic  alignment 
Axial  alignment 

6.3.1  Does  the  image  appear  to  have  been  rotated  or  skewed 

with  respect  to  the  horizontal  and  vertical  axis  of  the 
presentation  format? 


Aspect  ratio 

6.3.2  Does  the  proportionality  of  the  orthogonal  dimensions 

provide  an  image  that  is  too  "thin"  or  too  "fat"  (e.g., 
circles  turned  elliptical,  etc.)? 

_ _ 


Linearity 

6.3.3  Is  the  image  "straight",  without  distortion  due  to 

nonlinear  or  converging  representations  of  parallel 
lines?  Xtf  5 

6.4  Image  cropping 

Excessive  border  (overscan) 

6.4.1  Is  the  image  centered  and  without  unnecessary  "white 

space"  between  the  image  and  the  edge  of  the  format? 

_ 


Excessive  clipping  (miderscan) 

6.4.2  Does  the  image  run  off  the  edge  of  the  format? 

6.5  Image  continiiity 
Scan  strip  alignment 

6.5.1  Do  full  format  horizontal  or  vertical  lines  (e.g.,  drawing 

borders)  fit  together  correctly  or  have  successive  scan 
strips  been  misaligned? 


Scanner  drop  out 


6.5.2 


Does  the  absence  of  scanned  data  (scan  lines  or  scan 
strips)  leave  any  part  of  an  image  missing? 


IS 
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6.6  Image  readability 
Contrast 

6.6.1  Is  image  detail  being  lost  because  of  "drop  out"  (faint 

lines)  or  "bloom"  (fat  lines)? 

Cleanliness 


6.6.2  Is  the  image  dean  and  presentable,  absent  of  random 

pixel  noise? 


Resolution 

6.6.3  Do  the  reduction  ratio,  image  capturing  techniques,  and 

presentation  format  successfully  combine  to  provide  an 
image  acceptable  for  its  intended  use? 


6.7  Image  orientation 
Right^reading 

6.7.1  Is  the  image  rendered  right»reading?  Xs  s _ 

6.8  Summary  and  recommendations 

6.8.1  Explain  any  interesting  problems  or  discoveries. 

c>r>  Oc 

6.8.2  Give  any  recommendations  for  revisions  to  MIL-R-28002. 
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6^  Additional  Comments 

^Jrf  ^  t  A^i^/u>yr ^ 

e>}/€^  7^0  ^4rt>tj  n  s  7~c>  4L^^^o-<g? 

IX  Ar€r£r<<?  ^*J7nEy^/P/¥‘O^B  CL,^wJ 

X^e^/C-^-renC^  A?/T_  ’l^S  ^  a»/Z.  *^Ff-g?0fg^r2^ 
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1 0  Concluding  comments 

10.1  Transfer  test 

10.1.1  Give  overall  comments  about  the  transfer  test. 

w/t-t. 

KfjfO^  '7*>  A  y  C  3* >^s 

/^«7»/2iP  DntiJ-6^  A/er^7Z>  //7>rvg- 


10.2  Checklist 

10.2.1  Give  comments  about  this  checklist. 


10.3  Documentation  and  transmittal 

10.3.1  Please  attach  a  copy  of  the  documents  and  drawings  as 
sent  and  as  received. 

10.3.2  Please  send  this  completed  checklist  and/or  address 
comments  or  questions  to: 

CALS  Office  Test  Bed  Director 

Lawrence  Livermore  National  Laboratory 

P.O.Box  808,L-542 

Livermore,  CA  94551 

510/422-4231 
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2  Administrative  Information 

2.1  General 

2.1.1  Date  of  transfer  test. _ 

2.1.2  Purpose  of  transfer  test. _ 

2.2  Sending  organization 

2.2.1  Organization  name .  _ 

2.2.2  Address. _ _ _ 


2.2.3  Contact  name  and  telephone. _ _ 

2.2.4  Computer  hardware  used.  Include  manufacturer  and 
machine  name. 


2.2.5  Computer  software  used.  (I.e.,  data  repository  system, 

840  and  841  software,  transmission  software,  etc.). 
Include  software  name,  source,  date,  revision  or  version 
number,  and  if  used  as  received  or  modified.  Do  not  list 
operating  systems  or  other  support  utility  programs. 


2.2.6  Briefly  record  procedures  used  to  prepare  the  data. 
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2^  Receiving  oi^anization 


2.3.1 

Organization  name.  )A\c^^o  S'ysrK-^c  . 

JTA/r 

2.3.2 

Address.  i-iiLL  ^\/S . 

Ft  tJALTo^  SG-j^CM^fC  rV5^-3 

2.3.3 

doflT 

Contact  name  and  telephone. 
Przar-ro/l.  .  <9oH)  AVV-  AI-S-Z 

2.3.4 

Computer  hardware  used.  Include  manufacturer  and 
machine  name.  MP  So  hi  P  ( Vo  sMG^a 

_ s, _ K  .3,^  1 _ 

2.3.5  Computer  software  used.  (I.e.,  VAN  system,  EDI 
software,  display  software,  etc.)  Include  software  name, 
source,  date,  revision  or  version  number,  and  if  used  as 
received  or  modified.  Do  not  list  operating  systems  or 
other  support  programs. 

AT^'y  "TefTH  S7~X  T. /A  ^ 

Vg/Z5/g>^  f.1.  _ 

2.3.6  Briefly  record  procedures  used  to  receive  the  data. 

Lj>CC.f:yz>  AT  i‘’7  ^  VV/Q  ZnSC‘Af  C*^y-)r  I 

rs.  y-  g,  g=-Cv  ^  ^ 

£ C>  X  7>z^*-»s  >Q-cyx4>^r  g  /a/  ^ 


2.4  Additional  Comments 

D^SO^S%&70  7^«yy:»r>g>^ 

\^Sr^4r  r2^^yx^£-C>.  /Ocs^  P^e>t:> 

0^  Lj3^  J&raut? 

7<?£o  /TT  77?  ^r^r-cr^ 

ffC^  S  ^cc  e^%  ^t/LLY  /kT  g.S'  Kt>^/Z-S  (S/*^  £>0^0  { ,0^7^ 

77/^^oo^f  ,  VAT^.  P/g^f’X  T  ‘r^ri^  r]>/^  e> 00 S3i^O*^T 
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4  Receiver 

"Receiver*  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  recipient  of  a  transmission  will  record  observations  in  the  "Receiver" 
section,  and  the  "End  User,"  ’’Evaluator,"  "Co-op,"  or  "VAN"  section  below, 
depending  on  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co-op,  or 
VAN  for  this  test. 


4.1 


How  were  you  notified  that  this  procurement  package 
was  coming?  (Give  name  of  person/entity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 

C- g  fir  7'  C £■  “  4 


4.2  What  preparations  did  you  make  to  receive  the  data? 


4.3  Describe  your  local  hardware  and  software 

configuration  that  you  used  to  receive  the  data  (if 
different  from  the  test  plan): 


4.4  How  did  you  receive  the  data? 


M.g.djvni 

Wire 


Floppy 

Tape 


Protocol 

X.400 

VAN 

FTP 

Kermit 


Distribution 

DDN 


Internet  _ 

Phone  < 

UPS  _ 

US  Mail  _ 

FedEx  _ 
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4.5  For  each  transmission  received,  give  the  following: 

Transfer  Time  Date  and  Time  Weather 

Transmission  #  (HH:MM:SS)  fT.,ocal  Time)  Conditions 

/.  ^  -f-  /S'CK>  - I  c> 


4.6  Please  comment  on  any  other  issues  related  to  each 

transmission:  (Disk  full,  line  dropped,  power  failure, 
weather  condition,  etc.) 

3.  ^  /  :?.y  _ _ _ 


4.7  How  did  you  verify  the  completeness  of  each  solicitation 

package  (840  and  841(s))? 

_ _ _ _ 


4.8  What  is  your  application  (role)  with  this  data? 

End  User  V" 

Evaluator  _ 

Co-op  _ 

VAN  _ 

4.9  Were  the  files  in  each  transmission  adequately 
identified? 

_ _ 

4.10  Did  you  issue  a  997  transaction  ("Functional 
Acknowledgment")  to  the  sender  for  each  transmission 
you  received? 

_ yp  , _ _ _ 
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5  End  User 

"End  User"  is  usually  the  contractor  or  other  entity  who  will  be  quoting  on  the 
procurement  package.  Be  sure  you  have  also  filled  in  the  "Receiver"  section  of 
this  checklist. 

End  User:  Name  _ 

Company  i  o: ^  c  . _ 


5.1  m 

5.1. 1  What  software  did  you  use  to  open  and  display  the  840 

^  transaction  set? 

S  '  /V  J  t:'  f-o  ^  %.  7^ _ 

5.1.2  Were  the  contents  of  the  840  complete,  xmderstandable, 
and  usable? 

_ ys-c  r'.y. _ 

5. 1.2.1  If  not,  why  not? 


5.1.3  Could  you  identify  the  drawing  list? 

_ >^r _ 

Did  you  find  the  information  useful;  that  is,  could  you 
act  on  this  information?  What  information  did  you  find 
unnecessary?  What  additional  information  do  you  think 
should  have  been  included?  Why? 


5.1.4 
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5^  841 

5.2.1  What  software  did  you  use  to  open  and  display  the  841 
transaction  set(s)? 

_ ^ _ 

5.2.2  If  this  procurement  package  consisted  of  more  than  one 
841,  were  the  relationships  between  the  several  841s 
obvious?  Were  the  relationships  between  each  841  and 
the  840  obvious?  Describe  any  difficulties. 


A/c?  7"  ^  u 

0^6  c  ^  ^  TV-r-, 

^  7^*^  £> 

5.2.3  What  impact  did  these  841s  have  on  your  system 
platform  and  operations?  (E.g.  Adequate  disk  space, 
processing  time,  convenience  of  software,  were 
engineering  drawings  appropriately  separated?) 

Or^  D/S/^  70  Q 

C  pg^r,  g>*>  O/Sjc  ,  ,  S'TrxT/  <} 

5.2.4  Could  you  identify  the  drawing  list? 

_ _ 


5.3  Drawii^ 

5.3.1  Was  there  any  incompatibility  with  CALS  file  naming 

conventions  and  your  CALS  viewer?  If  yes,  explain: 

KfO 


5.3.2  Please  also  fill  out  the  ’’Raster"  section. 
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5.3.3  Comment  on  the  usability  of  the  raster  images: 


5.3.3. 1 

5.3.3.2 


Was  there  enough  information  present  to  make  a 
valid  quote? 

_ 


Could  you  work  with  the  raster  image  display,  or 
did  you  feel  the  need  to  generate  hardcopies  of  the 
raster  images? 

Pun  c  ^  A/C/ 


5.4  Additional  Comments 


p/to0^  5^.?, ’3^ 


£>  x^r  c> 

✓=>  P  /t  P' 

S^>o  ct  £)<=:>  .*/ c  ^ 

r^-^O  NiOn/Z  O  1 a/ a  ^ 

;2^yo  /y^a  c7>v!v 

TV//-/ 

sp-^cc 

fir/^P n^yr /  ^  /4  T'C  C  v- 

ir-^  PPlOC^^^  P/L.P-  Ay^KD 

A<^  /^OO  f’7>o  ^  ^  t. 

(P  /Z,^  ,  hh^  r\ 
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6  Specifics  about  Raster  datafiles 

Be  sure  you  have  also  filled  in  the  "Receiver"  section  of  this  checklist. 

6.1  General 

6.1.1  List  the  number  of  MIL-R-28002  (Raster)  data  files.  ? 

6.1.2  Give  the  dimensions  of  the  largest  image.  _ 

6.1.3  Give  the  scanning  resolution  (pixels  per  inch)._I _ 

6J2  IVI[LrSTD-1840A  and  MILrR-28002  evaluation 
Identification  conventions 

6.2.1  Are  all  of  the  files  properly  identified  as  raster  files 

(named  DOOlROOl,  D001R002,  etc.)?  >^5 _ 

File  header 

6.2.2  Does  a  dump  of  the  first  2048  hyte  block  of  each  raster  file 
show  the  appropriate  header  data  specified  by 
paragraph  5 . 1 .4 .4  of  MIL-STD- 1840 A? 

6.2.3  What  type  of  raster  data  is  specified,  Type  I  or  Type  II? 

7 


Group-4  decompression 

6.2.4  Can  an  appropriate  utility  decompress  and  display  each 

MIL-R-28002  raster  file,  presenting  unimpaired 
images?  _ 

6.2.5  Name  the  decompression  utility  used.  Include  the 
name,  source,  date,  revision  or  version  number,  and  if 
used  as  received  or  modified. 
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6^  Orthographic  aligxmient 
Axial  alignment 


Does  the  image  appear  to  have  been  rotated  or  skewed 
with  respect  to  the  horizontal  and  vertical  axis  of  the 
presentation  format?  _ 


Aspect  ratio 


Linearity 


Does  the  proportionality  of  the  orthogonal  dimensions 
provide  an  image  that  is  too  *’thin”  or  too  "fat"  (e.g., 
circles  turned  elliptical,  etc.)? 


Is  the  image  "straight",  without  distortion  due  to 
nonlinear  or  converging  representations  of  parallel 
lines?  y&s 


6.4  Image  cropping 

Excessive  border  (overscan) 


Is  the  image  centered  and  without  unnecessary  "white 
space"  between  the  image  and  the  edge  of  the  format? 


Excessive  clipping  (underscan) 


Does  the  image  run  off  the  edge  of  the  format? ^ 


6.5  Image  continuity 
Scan  strip  alignment 


Do  full  format  horizontal  or  vertical  lines  (e.g.,  drawing 
borders)  fit  together  correctly  or  have  successive  scan 
strips  been  misaligned? 


Scanner  drop  out 


Does  the  absence  of  scanned  data  (scan  lines  or  scan 
strips)  leave  any  part  of  an  image  misspg? 
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6£  Image  readability 
Contrast 

6.6.1  Is  image  detail  being  lost  because  of ’’drop  out"  (faint 

lines)  or  "bloom"  (fat  lines)? 


Cleanliness 


6.6.2 


Is  the  image  dean  and  presentable,  absent  of  random 
pixel  noise? 

_ ^ 


Resolution 


6.6.3  Do  the  reduction  ratio,  image  capturing  techniques,  and 

presentation  format  successfully  combine  to  provide  an 
image  acceptable  for  its  intended  use? 


6.7  Image  orientation 
Ri^t^reading 

6.7.1  Is  the  image  rendered  right-reading?  >^<r  r _ 

6.8  Summary  and  recommendations 

6.8.1  Explain  any  interesting  problems  or  discoveries. 

t>^zrr  > 

6.8.2  Give  any  recommendations  for  revisions  to  MILrR-28002. 
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6^  Additional  Comments 

My  /9  3^8  ’  g  ,  ‘/o  e-rf^  Ort  t 

uit-M  i4*t>K:.e C>  7~o  (4/^  J'^T  . 

^/c^s  JLc>^^Z>  i^tT^  7^<r  CjUf^/LCf- 

f3>^^  oi;>  ^£>^,  C^c  )/  . 

0oc>^&<  t.uy/^ot/T  ✓*r^7>g<;x- 

'y'*>  f-rc^ey  0>*//F 

Uf£?/i^fCr^£.  y^<y  g ^o’S  ^cs  (  ^ /S' Sc>  ^yc  ^ 

^e  y^^rjcr 
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2  Administrative  Lifonnation 

2.1  Geoeral 

2.1.1  Date  of  transfer  test. _ _ _ 

2.1.2  Purpose  of  transfer  test. _ 


22  Sending  organization 

2.2.1  Organization  name 

2.2.2  Address. _ 


2.2.3 

2.2.4 


Contact  name  and  telephone.. 


Computer  hat 


ardware  use(^ 


9^ 

Incr 


e  nmii^a^urer  and 


machine  name. 


2.2.5  Computer  software  used.  (I.e.,  data  repository'  system, 

840  and  841  software,  transmission  software,  etc.). 
Include  software  name,  source,  date,  revision  or  version 
number,  and  if  used  as  received  or  modified.  Do  not  list 
operating  systems  or  other  support  utility  programs. 


2.2.6  Briefly  record  procedures  used  to  prepare  the  data. 
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4  Receiver 

"Receiver"  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  recipient  of  a  transmission  will  record  observations  in  the  "Receiver" 
section,  and  the  "End  User,"  "Evaluator,"  "Co-op,'  or  "VAN"  section  below, 
depending  on  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co-od.  or 
VAN  for  this  test. 


4.1 


How  were  you  notified  that  this  procurement  package 
was  coining?  (Give  name  of  person/entity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 


4.2  'What  preparations  did  vou  make  to  receive  the  data’ 

-  _  _ ■ 


4.3  Describe  your  local  hardware  and  software 

configuration  that  you  used  to  receive  tlie  data  (if 
different  from  the  test  plan): 


4.4 


How  did  you  receive  the  data? 


Medium 

Wire 


Floppy 

Tape 


grtttacol 

X.400  _ 

VAN  ZZ! 

FTP  _ 

Kermit  _ 


Histribiition 

DDN 

Internet 
Phone 
UPS 
US  Mail 
FedEx 
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4.5  For  each  transmission  received,  give  the  following: 

Transfer  Time  Date  and  Time  Weather 
Iransmissiog  J  £HH;MM;SS)  (Local  Timel  Conditions 


4.6 


Please  comment  on  any  other  issues  related  to  each 
transmission:  (Disk  full,  line  dropped,  power  failure, 
weather  condition,  etc.) 


4.7 


How  did  you  verify  the  completeness  of  each  solicitation 
package  (840  and  841(s))? 


4.8 

End  User 
Evaluator 
Co-op 
VAN 


What  is  your  application  (role)  with  this  data? 


4,9 


W’ere  the  files  in  each  transmission  adequately 
identified? 


4.10  Did  you  issue  a  997  transaction  ("Functional 

Acknowledgment")  to  the  sender  for  each  transmission 
^  YOU  received? 

_ ' _ 
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9  VAN 


Be  sure  you  have  also  filled  in  the  "Receiver"  section  of  this  checklist. 


9.1 


What  is  your  value-added  strategy? 
Public  Bulletin  Board  System 
Store  and  Forward  Mail 
Other 


9.2  Please  describe  any  specifics: 


Describe  the  message  routing  mechanism  used  (E.g. 
UUCP,  X.400): 


9.4 


Describe  any  unique  required  hardwai-e  and  software: 


How  did  the  end  user  obtain  the  transaction  sets  from 
you? 


V7:al 


9.6  What  methods  did  you  use  to  verify  data  integrity? 

—  ^NA  AcVM^ 

P'/rnr  _ _ _ ^ 
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How  did  you  verify  that  the  end  user  received  the 
intended  transmissions? 
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4  Receiver 

’’Receiver”  is  identified  as  the  contractor  (end  user),  evaluator,  co-op,  or  VAN. 
Each  recipient  of  a  transmission  will  record  observations  in  the  "Receiver” 
section,  and  the  "End  User,”  "Evaluator,”  "Co-op,"  or  "VAN"  section  below, 
depending  on  whether  the  recipient  is  acting  as  a  contractor,  evaluator,  co-op,  or 
VAN  for  this  test. 

4.1  How  were  you  notified  that  this  procurement  package 

was  coming?  (Give  name  of  person/entity  who  notified 
you  and  method  [e.g.  phone,  e-mail]  of  notification) 
_ Jim  Burdick  —  McClellan  AFB  via  phone. _ 


4.2  What  preparations  did  you  make  to  receive  the  data? 

_ Loaded  Supply  Tech  software,  vith  the  assistance  of _ 

_ Tom  Mellen*  Dialed  network  and  received  the  file  that 

was  in  AEl*s  Mail  Box. 


4.3  Describe  your  local  hardware  and  software 

configuration  that  you  used  to  receive  the  data  (if 
different  from  the  test  plan): 

HARDWARE;  386  IBM  P.C.  ,  2  mega  bytes  RAM,  80  mega  bytes _ 

hard  disk.  (Notel  The  hard  disk  only  had  10  mega 
bytes  available) 

SOFTWARE:  Supply  Tech*s  Test  Plan  Software. _ 

_ Microsoft  Window  Software.  _ 


4.4 

How  did  you  receive  the  data? 

Medium 

Wire 

Protocol 

X.400 

Distribution 

DDN 

VAN  XX 

FTP 

Internet 

Kermit 

Phone 

Floppy 

Tape 

UPS 

US  Mail 
FedEx 
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CALS/EDI  CheckKst  January  14, 1993 

4.5  For  each  transmission  received,  give  the  following; 

Transfer  Time  Date  and  Time  Weather 

Ccndmcna 

TO  A,5 .  .  .  *  - 


SEE  ATTACHED  4.6  Please  comment  on  any  other  issues  related  to  each 

SHEET  FOR  RESPONSE  transmission:  (Disk  full,  line  dropped,  power  failure, 

TO  4.6 .  weather  condition,  etc.) 


4.7  How  did  you  verify  the  completeness  of  each  solicitation 

package  (840  and  841(s))? 


Does  not  apply.  See  comments. _ 

Final  acceptance  vas  verified  by  Tom  Mellen. 


4.8  What  is  your  application  (role)  with  this  data? 

End  User  _  XX  (Thru  van  for  Test) 

Evaluator  _ 

Co-op  _ 

VAN  _ 


4.9  Were  the  files  in  each  transmission  adequately 

identified? 


4.10  Did  you  issue  a  997  transaction  ("Functional 

Acknowledgment”)  to  the  sender  for  each  transmission 
you  received? 

AEI  did  not.  Assume  Tom  Mellen  did  this  task. 
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Transfer  Test  Procedure  Checklist 


4.5 . AEI  did  not  successfully  receive  transmission  records  as 

originally  set  up  in  the  mail  box.  The  unsuccessful 
transaction  was  caused  by  the  fact  AEI  only  had  10  megabyte 
storage  available.  The  files  in  the  mail  box  were  greater 
than  AEI*s  available  storage  capacity. 

Four  (4)  attempts  were  made  trying  to  retrieve  the  mail 
box  data.  Each  time,  AEI  would  receive  up  to  a  point  and 
then  the  program  would  indicate  an  error. 

On  February  4,  1993,  Tom  Mellen  contacted  Jim  Burdick  and 
asked  him  to  create  a  small  file  and  send  to  AEI*s  mail 
box  for  test  purposes.  The  sample  file  was  approximately 
2  megabytes  as  indicated  on  the  Supply  Tech  software, 

REF:  #F4260092Q31328  — -  Demo  841 

AEI  was  successful  in  receiving  the  small  file.  The  file 
was  not  printed  as  our  printer  was  not  set  up  to  read 
graphics - 

The  small  file  was  not  formated  to  transmit  information 
back  to  McClellan;  therefore,  AEI  did  not  complete  the 
"send"  poriton  of  the  test  plan. 

AEI  contacted  Tom  Mellen  for  functional  acknowledgment. 

Based  on  the  fact  AEI  received  the  small  file,  Tom 
considered  AEI’s  transaction  as  a  functional  acknowledgment. 

In  order  to  effectively  participate  in  EDI,  AEI  is 
considering  purchasing  a  personal  computer  that  will 
be  solely  dedicated  to  EDI. 
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4.6 . AEI  tried  unsuccessfully  four  (4)  times  to  receive  data 

through  VAN  before  it  was  determined  there  was  not  enough 
storage  available  on  our  hard  disk. 

Approximately  twelve  (12)  hours  communication  telephone 
time  was  incurred. 

AEI  would  like  to  suggest  a  procedure  that  would  allow 
the  user  to  know  the  file  size  before  opening  the 
communication  line.  We  realize  this  is  not  feasible 
from  a  software  standpoint;  but  having  a  general  idea 
of  the  file  size  would  have  been  helpful  during  the 
test  stage. 
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I 


921028  (MCCLELLAN  -  930202-09221776) 

VAve.  O2/04/9O  Time:  09:03 
Pasc:  .1  .  ^ 

Warning:  Transaction  and  Overlay  versions  do  not  mstch.  ' 

SECURITY  LEVEL  C0I>E:  90 : Cover nment  Non-Classif ied 
TRANSACT^N  PURPOSE:  00:0riginal  -•  :  !  -  *  ^ 


REFERENCE  «  TYPE  -  ■ 
KS:KS 


REFERENCE  # 
F4260092Q31328 


DIRECTORATE  OF  CONTRACTING 
DEMO-'i^L 


VERSION  IDENTIFIER:  d' 
SPECIFICATION  tt  or  DESCRITION:  MIL-R-2800: 

FILE  REMARKS 
^  12w76467.edl 


FILE  SIZE  BINARY  DATA 
BIN00001.DAT 


VERSION  IDENTIFIER:  B 
SPECIFICATION  H  or  DESCRITION:  MIL-R-2e002 


file  remarks 
0001 roie 

'<^1 


LtVMwt 


SIZE  BINARY  DATA 
94592\  BIN00003.PAT 


VERSION  IDENTIFIER:  B 
SPnCIFICATION  41  or  DESCRITION:  MIL-R-2S002 

PILE  REMARKS 


C!C01r019 


Cf^U 


I 


I 

I 
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t-ii 4&rw.i ukU  ^LtCTRONXCS  INC;  •  '  ^ 

PoD/McCLELLAN  AFB  TECH  INF  v3022  921028  (MCCLELLAN 
Date;  02/04/93  :  Time;  09:03  s  -  .r-  .  v,  .j..  ^  j: 

Page:  2 


r.  '930202-69221776), 


-.‘t  ■ 


FILE  SlZr  BINARY  DATA 

.  ;  ,  ,  •.  i082B8  BIN00004.pAT 

VERSION  IDENTIFIER; .  V-./"...  ' 

SPECIFICATION  «  or  DESCRITION:  MlL-R-ZBOOZ  .f' 

FILE  REMARKS  *  ^ 

tf001r022#^U  :  ^‘r.  /  -  ■  • 

*  FILE  SIZE  BINARY  DATA 


358656  '  BINOC005.DAT 


VERSION  IDENTIFIER:*  B  ' 
SPECIFICATION  «  or  DESCRITION:  riIL-R“2B002 

FILE  REMARKS 
c;001r023 


355S4  BIN00006.DAT 

END  OF  REPORT  '* 


FIlT~S12E\  binary  data 
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Report  of  services  rendered  by  Small  Business  Coop  Center  in  tranter  of  airforce 
technical  procurement  bid  set  data  to  small  businesses  using  CALS  and  EDI 


10  May  1993 


1.  INTRODUCTION  AND  BACKGROUND 

This  report  describes  the  role  of  the  CALS  Shared  Resource  Center  (CSRC)  at  Brigham 
Young  University  (BYU)  along  with  LLNL,  and  SMALC  in  conducting  a  full-scale  test  to 
transfer  Air  Force  technical  procurement  bid  set  data  to  small  businesses  using  CALS  and 
EDI  technology  and  standards. 

In  this  test,  CSRC  performed  the  function  of  a  Small  Business  Coop  Center  to  serve  and 
assist  small  businesses.  In  this  role,  CSRC  monitored  and  received  CALS  transaction  sets 
from  LLNL  and  SMALC  using  a  Value  Added  Network  (VAN),  performed  ‘‘value-adding 
and  brokering”  services  of  process  planning,  cost  estimating,  and  production  scheduling, 
and  then  passed  the  transaction  set  to  small  businesses  who  have  production  capabilities 
and  capacity  to  respond  to  the  procurement  requirements. 

CSRC  researchers  have  a  history  of  CALS  involvement.  They  have  been  tracking  CALS 
for  a  number  of  years  and  are  familiar  with  IGES,  PDES,  and  with  DoD  sponsored 
programs  that  predate  CALS,  such  as  AF-CAM,  I-CAM,  and  PDDI.  CSRC  has  been  a 
member  of  the  CALS  Test  Network  since  June  1989. 

Previously  the  CSRC  has  developed  and  demonstrated  a  Pans-on  Demand  System  (PODS) 
Focused  Factory  concept  that  serves  as  a  prototype  model  for  distributed  manufaemring. 
Each  cell  of  the  Focused  Factory  (one  for  sheet  metal,  turning,  prismatic  pans,  etc.)  can  be 
thought  of  as  representing  a  specialized  ’’small  business"  manufacturer.  CSRC  has 
successfully  passed  product  data  (including  design  data,  manufacturing  data,  job  orders, 
pans  lists,  etc.)  among  its  operative  cells  using  its  own  CIM  Information  System  (CIS). 

Dr.  Dell  K.  Allen,  Director  of  CSRC  and  of  the  BYU  CIM  Center  of  Excellence,  has 
assisted  in  the  creation  of  small  businesses  which  in  turn  helped  in  the  development  of  the 
PODS  concept  A  cooperative  has  also  been  formed  (the  Manufacturers  Industrial 
Cooperative  -  MIC)  comprising  about  10  small  factories  in  Eastern  Utah  to  demonstrate  the 
distributed  mode  of  the  PODS  Focused  Factoiy  concept  in  rural  communities.  These  small 
factories  represent  the  370,000  U.S.  manufacturing  firms  with  fewer  than  100  employees. 
It  is  estimated  that  utilization  of  small  firms  as  distributed  nodes  of  a  PODS  Focused 
Factory  will  cut  the  delivery  price  for  pans  to  about  half  the  cost  of  pans  produced  by 
traditional  U.S.  manufacturing  methods. 

CSRC  has  now  taken  the  next  step  by  transferring  procurement  data  to  small  firms  as  pan 
of  the  current  CALS/EDI  test.  This  repon  describes  the  results  of  that  effort. 
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2.  OBJECTIVE 

The  objective  of  this  test  was  to  evaluate  the  effectiveness  of  using  CALS  data  within  the 
context  of  the  DoD’s  EDI-based  standard  approach  to  electronic  commerce  in  procurement. 
The  focus  of  this  phase  of  the  test  was  on  automating  Air  Force  CALS-specified 
piocuiement  activities  with  small  businesses.  Specific  areas  in  which  CSRC  was  involved 
were: 

1 .  Receive  from  electronic  mailbox  a  complete  procurement  package  using  ANSI  X.12 
transaction  sets  840  (Request  for  Quotation)  and  841(Specifications/rechnical 
Information)  from  SMALC  via  the  LLNL  VAN  hub 

2.  Download  transaction  sets  from  mailbox  using  Macs  and  IBMs.  Convert  graphic 
files  using  Hijack  3. 1  on  a  PC.  View  and  print  information  in  hard-copy  for 
evaluation  and  documentation  purposes. 

3 .  Perform  in  small  business  coop  center  such  value-adding  processes  as  cost 
estimating,  production  scheduling,  and  creating  a  process  plan.  Create  a  transaction 
set  and  upload  to  electronic  mailbox. 

4.  Visit  each  of  the  small  businesses  and  assist  them  by: 

a.  Explaining  the  purpose  of  the  test. 

b.  Installing  software  and  configure  it. 

c.  Downloading  information  to  the  small  business  from  an  electronic  mailbox. 

d.  Converting  and  viewing  the  information,  making  appropriate  decisions  about 
bidding,  and  if  the  decision  is  affirmative,  respond  with  an  appropriate  quotation 

3.  PARTICIPANTS 

a.  CAM  Software  Research  Center 
265  Crabtree  Technology  Building 
Brigham  Young  University 
Provo,  Utah  84602 

Contact:  Dr.  Dell  K.  Allen,  Director 
(801)378-3895  office 
FAX:  801-378-7575 

Hardware:  IBM  PS/2  model  35,  running  IBM  Dos  5.0  with  8  Mbytes  memory,  80 
Mbyte  hard  disk,  3-1/2"  floppy  drive,  dual  platter  90  Mbyte  Bernoulli 
drive,  Hayes  ultra  9600  baud  modem 

MAC  II,  5  Mbytes  memory,  40  Mbyte  hard  drive,  3-1/2"  HD  floppy 
drive 

Software:  Supply  Tech  STX,  MS  Windows  3.1,  Hijaak  3.1,  MacEDI 

b.  Small  manufacturing  firm  #1 
Viking  systems,  Inc. 

232  West  1250  North 
American  Fork,  UT  84003 
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Contact:  Rob  Cook 
(801)756-5307  or  649-1211  office 

Hardware:  IBM  clone  386,  running  MS-DOS  5.0,  with  4  Mbytes  RAM,  80  Mbyte 
hard  disc,  VGA  monitor 

c.  Small  manufacturing  firm  #2 
Bills  Sheet  Metal 

8141  Airport  Rd. 

Huntington,  UT  84528 
Contact:  Bill  Huntington 
(801)653-2425  office 

Hardware:  IBM  PS/2  model  35,  running  IBM  DOS  5,  with  8  Mbytes  RAM,  80 
Mbyte  hard  disc,  3-1/2”  HD  floppy  disc,  SVGA  monitor 

Note:  The  original  hardware  of  this  company  was  an  8088  with  256  Kbytes  Ram, 
no  COM  or  LPT  ports  and  an  EGA  monitor,  this  was  found  to  be  completely 
insufficient  for  the  test  and  therefore  a  P/S2  from  the  CSRC  Coop  was  used  at  this 
site  during  the  test. 

d.  Small  manufacturing  firm  #3 
Industry  West  Electronics,  Inc. 

270  N.  Geneva  Road 

Orem,  UT  84057 
Contact:  Darold  Francis 
(801)226-1000  office 
(801)226-3268  fax 

Hardware:  IBM  clone  486,  running  MS-DOS  5.0, 4  Mbytes  RAM,  40  Mbyte  hard 
disk  3-l/2”HDfloppy  disc,  VGA  monitor 

e.  Small  manufacturing  firm  #4 
Kitco,  Inc. 

1625  N.  Mountain  Spring  Parkway 
Springville,  UT.  84663 
Contact:  Randy  Finley 
(801)489-3627  ext.  2036  office 

Hardware:  IBM  clone  386,  running  MS-DOS  5.0,  with  4  Mbytes  RAM,  120 
Mbyte  hard  disc,  Hayes  ultra  9600  baud  modem,  SVGA  monitor 

Software  at  all  of  the  sites  was  the  same  as  that  used  at  the  CSRC  Coop  Center.  This 
software  was  installed  on  a  90  Mbyte  Bernoulli  cartridge  and  attached  to  the  specific 
hardware  at  each  site  using  a  90  Mbyte  portable  Bernoulli  Drive.  This  configuration 
reduced  setup  and  installation  time  considerably  and  provided  for  faster  demonstration  and 
testing  of  the  EDI  transaction. 
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4.  TEST  PROCEDURE  AT  CAM  SOFTWARE  RESEARCH  CENTER 

The  first  step  in  the  test  was  to  download  the  transaction  from  the  SMALC  via  the  LLNL 
VAN  hub.  The  VAN  hub  was  not  effective  in  the  test  so  it  was  decided  that  SMALC 
would  send  the  information  directly  through  an  AT&T  electronic  mailbox. 

The  transaction  sets  were  downloaded  using  the  MAC/EDI  software  for  the  MAC  and  STX 
for  the  IBM  PC.  The  graphic  files  from  the  transaction  sets  were  converted  from  CALS  to 
PCX  format  using  Hijaak  3.1  and  they  could  then  be  viewed  using  a  PCX  viewer,  like  PC 
Paintbrush  in  MS  Windows.  The  files,  both  text  and  ^phic,  were  then  printed  in  hard¬ 
copy  format.  Copies  of  the  printed  files  are  provided  in  Appendix. 

The  hard  copy  files  were  reviewed  and  used  for  cost  estimating,  production  scheduling  and 
for  creating  a  process  plan.  These  new  files  were  entered  into  the  computer  and  made  pan 
of  an  new  transaction  set  with  the  CALS  drawings  and  the  text  files. 

The  new  transaction  set  was  uploaded  to  another  AT&T  electronic  mailbox  to  be 
downloaded  by  the  small  manufacturing  firms.  When  uploading  the  transaction  sets  the 
STX  software  had  to  be  used.  We  could  not  create  our  own  transaction  set  using  the 
MAC/EDI  software, 

5.  TEST  PROCEDURE  AT  TOE  SMALL  BUSINESSES. 

The  four  tests  with  small  businesses  located  in  rural  communities  were  carried  out  over  a 
three-week  period. 

The  first  test  was  at  Viking  Systems,  Inc.,  located  in  American  Fork,  Utah.  We  met  with 
Rob  Cook  and  explained  the  purpose  of  the  test.  The  drivers  for  the  portable  Bernoulli 
drive  were  loaded  and  his  system  was  configured  to  receive  the  data.  The  AT&T  mailbox 
was  accessed  and  the  files  were  downloaded.  The  data  was  received  in  251  byte  blocks 
which  took  1.5  hours  using  Mr.  Cook’s  2400  baud  modem.  Just  when  the  data  had 
finished  translating,  the  STK  software  crashed  and  we  were  unable  to  recover  the  data  that 
was  downloaded.  It  was  later  realized  that  the  files  and  buffer  limits  were  not  set  right  in 
the  config.sys  file.  Files  must  be  set  to  99  and  buffers  must  be  set  to  30  or  STX  is  unable 
to  parse  the  incoming  transaction  set.  Because  of  this  error  we  were  unable  to  view  the 
transaction  set,  even  though  it  was  successfully  downloaded,  but  was  used  as  a  learning 
experience  for  the  future  test  sites. 

The  second  test  was  conducted  at  Bill’s  sheet  metal  on  December  5, 1992,  in  Huntington, 
Utah,  a  small  rural  community  about  a  2-hour  drive  from  BYU.  We  arrived  at  the  lest  site 
and  explained  the  purpose  of  the  test  to  Mr.  Huntington  and  his  wife.  As  we  tried  to  install 
the  Bernoulli  drive  we  realized  that  the  IBM  8088  PC  system  Mr.  Huntington  had  was 
insufficient  to  complete  the  test  since  it  had  no  COM  or  LPT  ports  in  which  we  could 
connect  the  modem.  Also,  the  EGA  monitor  would  not  support  the  PCX  viewer.  Instead 
of  aborting  this  test,  we  used  one  of  the  CSRC’s  computers  we  had  brought  along  as  a 
back-up.  The  transaction  set  was  downloaded  successfully  using  the  CSRC’s  9600  baud 
modem.  The  files  were  convened  to  PCX  format  using  Hijaak  3.1  and  then  viewed  using 
PC  Paintbrush.  The  total  length  of  this  test  was  4.25  hours. 

The  third  test  was  with  Industry  West  Electronics,  Inc.,  located  in  Orem,  Utah.  Upon 
arrival  at  the  test  site  we  explain  the  purpose  of  the  test.  We  then  proceeded  to  install  the 


5 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


Bernoulli  drive  and  connect  the  modem.  There  was  a  problem  connecting  the  modem 
because  their  phone  system  has  three  lines  and  only  their  phone  could  access  the  different 
lines.  The  problem  was  coneaed  by  removing  the  handset  from  the  base  and  connecting 
the  modem  into  the  handset  jack.  The  phone  line  was  then  selected  from  the  base  when  the 
modem  needed  to  be  used.  The  transaction  set  was  then  downloaded  successfully,  the 
CALS  files  were  convened  to  PCX  files,  and  the  graphics  and  text  files  were  viewed. 

The  final  test  was  conducted  with  Kitco,  Inc.  This  test  was  conducted  on  December  8, 
1992.  Upon  arrival  the  puipose  of  the  test  was  explained  to  Randy  Finley,  Matt  Ward, 
Michael  Nestor  and  arrangements  made  to  conduct  the  test.  The  computer  used  was  a 
PC386,  running  MS-DOS  5.0,  with  4  Mbytes  RAM,  120  Mbyte  hard  disc,  SVGA 
monitor.  The  drivers  for  the  portable  Bernoulli  drive  were  loaded  and  his  system  was 
configured  to  receive  the  data.  The  AT&T  mailbox  was  accessed  and  the  files  in  the  841 
transaction  set  were  downloaded.  The  data  was  received  in  251  byte  blocks  which  took  36 
minutes  using  the  Hayes  ultra  9600  baud  modem.  The  data  was  successfully  down-loaded 
and  viewed.  Parsing  of  the  data  required  1 :44  min.,  conversion  of  BIN  files  to  PCX 
drawing  format  for  viewing  required  1:30  min.,  and  bringing  the  files  up  in  Windows  with 
Paintbrush  for  viewing  required  1:31  min. 


6.  CONCLUSIONS  AND  SUGGESTIONS 

The  general  conclusions  from  the  CALS/EDI  test  with  small  businesses  can  be  summarized 
as  both  promising  and  positive.  Small  businesses  were  very  willing  to  take  time  from  their 
busy  schedules  to  participate  in  the  tests.  Likewise  suppliers  of  hardware  and  software 
used  for  the  test  were  very  helpful  in  all  respects. 

This  test  proved  that  technical  data  from  the  EDCARS  data  base  located  at  McClellan  AFB 
in  Sacramento  California  could  be  readily  accessed  by  small  businesses  in  rural 
communities  using  available  CALS/EDI  technology.  Relatively  small  files  were  used  in  the 
test,  and  with  larger  files,  it  would  probably  be  necessary  to  transfer  files  at  night  to  avoid 
tying  up  small  business  computer  resources  during  the  daytime. 

For  very  large  files,  three  suggestions  are  offered:  (1)  use  removable  magnetic  media  or  CD- 
ROM  for  transferring  large  graphic  and  technical  files  by  express  mail,  (2)  install 
higher  speed  electronic  communication  lines  and  modems,  or  (3)  investigate  the  use  of  side 
bands  on  microwave  or  satellite  TV  transmission  systems.  We  found  Internet,  which  runs 
at  56kb/sec,  to  be  a  useful  backbone  system  that  could  be  connected  via  highrspeed  lines 
with  central  hubs  and  thence  to  small  businesses  using  conditioned  lines. 
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APPENDIX  G  Log  of  Travel,  Meetings,  and  Briefings 


DATE 

LOCATION 

PURPOSE 

7 

May 

92 

LLNL 

Test  Plan 

11 

May 

92 

Brigham  Young  University 

Test  Plan  -  Coordination 

12 

Jun. 

92 

LLNL 

Test  Plan 

*22 

Jun. 

92 

Washington  DC 

EC/EDI  Conference 

1 

Jul. 

92 

SM-ALC 

ANSIX12  841 

13 

Jul. 

92 

Kent  Associates, 

Precision  Manufactiiring 
of  San  Antonio 

Participating  Contractors 

*11 

Aug. 

92 

Los  Angeles,  CA 

SCCIG 

*23 

Aug. 

92 

San  Francisco,  CA 

TechDoc/TM  ‘92  Conference 

*16 

Sept. 

92 

Los  Angeles,  CA 

SCCIG 

19 

Oct. 

92 

Airesearch, 

Americem  Electronics, 
Inspimetics, 

Llamas  Plastics 

Participating  Contractors 

*26 

Oct. 

92 

WPAFB,  OH 

Briefing 

2 

Nov. 

92 

Moda  Magnetics, 

Micro  Systems 

Participating  Contractors 

*16 

Nov. 

92 

Denver,  CO 

AF  EC/EDI  Focal  Point  Meeting 

6 

Dec. 

92 

San  Diego,  CA 

CALS  EXPO 

*5 

Jan. 

93 

Charlotte,  SC 

NAVY  EC/EDI  Focal  Point  Meeting 

*21 

Feb. 

93 

Washington  DC 

Contracting  Exec  Seminar 

3 

Mar. 

93 

LLNL 

Test  Report 

*8 

Mar. 

93 

Scott  AFB,  IL 

HQAMC 

*16 

Mar. 

93 

Scott  AFB,  IL 

AF  EC/EDI  Focal  Point  Meeting 

*3 

May 

93 

Hanscom  AFB,  MA 

CALS  Focal  Point  Meeting 

*  indicates  briefings  requested  or  required,  but  not  directly  associated  with  the  test  itself 
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CALS /EDI  Pilot  Test  of  Technical  Data  Transmission  at  SM-ALC 
PROJECT  NEWSLETTER  AND  STATUS  UPDATE  4  JUN  92 


DLA  designated  the  Air  Force  as  the  test  bed  for  implementation  of 
EC/EDI  within  DOD.  SM-ALC  is  the  lead  pilot  organization  for 
implementation  and  test  of  the  ANSI  X.12  841  transaction  set,  which 
allows  digital  transmission  of  technical  drawings  from  one  site  to 
another . 

In  Oct-Nov  91  the  first  phase  of  the  test  was  performed  here  at 
Mcclellan  AFB.  We  successfully  transmitted  digital  data  from  SM-ALC 
via  Lawrence  Livermore  National  Laboratory,  Livermore,  CA  (LLNL), 
which  acted  as  an  Intelligent  Gateway  Processor  (IGP),  to  an  AT&T 
facility  in  New  Jersey,  which  acted  as  a  Value  Added  Network  (VAN) 
information  processor,  and  ultimately  to  TRW  (the  contractor)  in 
Redondo  Beach  CA. 

Phase  two  of  the  test  began  in  May  92  and  should  be  completed  by  Dec 
92.  This  test  will  expand  upon  the  phase  one  test  to  include  three 
VANs  and  eight  SM-ALC  "Blue  Ribbon"  contractors,  plus  a  small  business 
co-op  located  at  BYU  with  five  additional  small  business  contractors. 
Areas  to  be  examined  include:  (1)  direct  electronic  extraction  of 
procurement-related  Computer-aided  Acquisition  Logistics  Support 
(CALS)  formatted  data  from  EDCARS  at  SM-ALC;  (2)  Electronic  Data 
Interchange  (EDI)  transfer  of  a  complete  procurement  package  to  the 
LLNL  IGP;  (3)  EDI  distribution  from  the  VANs  to  selected  contractors, 
including  the  small  business  co-op  center;  (4)  capture  and  display  of 
the  procurement  package  by  the  contractors;  and  (5)  an  EDI  response 
by  the  contractors  back  to  SM-ALC. 

Our  proposed  schedule  for  completion  of  phase  two  of  the  test 
follows: 


FY  92 - FY  93 - 

May  Jun  Jul  Aug  Sep  Oct  Nov  Dec  Jan  Feb 

Select  SM-ALC  “Blue  Ribbon" - X 

Participants 

Extract  data  from  EDCARS  - 

Pass  data  to  LLNL  and  evaluate  - 

Pass  data  to  selected  contractors  - 

Response  from  contractors  - 

Draft  Test  Report  - 

Final  Test  Report  - 

Draft  Implementation  Plan  - 
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MILESTONE  STATUS 

7  May  92  -  Letters  sent  to  SM-ALC  "Blue  Ribbon"  contractors 
requesting  participation 

7  May  92  -  EDI  Translator  Software  vendors  selected: 

Supply  Tech,  Inc  (PC-DOS),  Digit  Software 
(Macintosh),  and  St  Paul  (UNIX) 

27  May  92-  Eight  SM-ALC  "Blue  Ribbon"  contractors  selected: 

Kent  Associates,  Inspirnetics ,  Micro  Systems  Inc, 

Moda  Magnetics  Corp,  Allied  Signal  Airresearch, 

American  Electronics,  Precision  Mfg  of  S.A., 

Llamas  plastics  Inc, 

Five  BYU  co-op  contractors  selected: 

Kitco  Inc,  Bill's  Metal  Products, 

Industry  West  Electronics,  Aerotran,  Defense  Electronic 
Systems 

3  Jun  92  -  Three  VANs  selected: 

AT&T,  IBM,  and  MCI 

UPCOMING  EVENTS 

12  Jun  92  -  VAN/Software  contractor  meeting  at  LLNL  to  review  test 
plan 

25  Jun  92  -  Scheduled  to  brief  test  program  at  EC/EDI  Conference, 
Washington  DC 

ITEMS  OF  INTEREST 

Government  Computer  News,  27  April  1992,  "Tests  Show  EDI  Works  With 

CALS  [at  SM-ALC]" 

Cals  Journal,  June  1992,  "EDI  with  Technical  Data  -  A  Full  Scale  Test 

[at  SM-ALC]" 

Contract  Management,  June  1992,  "Implementing  DOD's  Standard  Approach 

to  Electronic  Commerce  in  Procurement" 


POINTS  OF  CONTACT 

Dee  Smith  -  Project  Manager 

Maj  Ken  Richardson  -  SM-ALC  EDI  Implementation  Program  Manager 
Jim  Burdick  -  Lead  Systems  Technician 
Mike  Patterson  -  Lead  Buyer 

Phone  916-643-3006  DSN  633-3006 
FAX  916-643-6767  DSN  633-6767 
email :edi@smcdm02 . sm.aflc.af.mil 
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Sacramento  Air  Logistics  Center  -  SM-ALC 
McClellan  AFB  CA 

CALS/EC/EDI  Test  -  Transmission  of  Technical  Data 
ANSI  X.12  (841)  Transaction  Set 


AUGUST  '92  NEWSLETTER 


Since  our  initial  release,  a  change  has  occurred  pertaining  to  the 
Value  Added  Networks  (VANs)  participating  in  our  test.  The  present 
VAN  participants  will  be  AT&T  and  IBM. 

14-15  Jul  92  SM-ALC  project  team  met  with  Precision  Manufacturing, 
4546  Sinclair  Road,  San  Antonio  TX  78222  and  Kent  Associates  Inc,  900 
Fifth  Ave,  Mansfield  TX  76063.  The  purpose  of  the  meeting  was  the 
preliminary  preparation  to  begin  their  tests  scheduled  for  Aug  92. 

23-24  Jul  92  SM-ALC  hosted  the  ANSI  X12  841  transaction  set  mapping 
requirements.  Attendees  were  government  and  contractor  personnel 
representing  HQ  AFMC/PKS,  HQ  AFMC/PKL,  SM-ALC/PK,  LLNL/CTN, 
LLNL/EC/EDI,  IBM,  Supply  Tech  Software,  St.  Paul  Software,  TRW,  and 
Logistics  Management  Institute  (LMI).  The  result  of  the  meeting 
provided  the  draft  of  the  841  mapping  requirements  to  be  proposed  for 
utilization  within  DoD.  Finalization  of  the  draft  will  be  circulated 
to  DoD  agencies  for  coordination,  and  submitted  to  the  ANSI  board  for 
approval . 

The  technical  engineering  test  data  from  the  SM-ALC  EDCARS 
repositories  will  represent  three  bid  sets.  Our  statistical 
analysis  generated  the  size  of  these  bid  sets  to  be  .75,  2,  and  13 
mega-bytes  respectively.  These  bid  sets  will  be  consistently 
utilized  through  all  phases  of  future  tests. 

31  Jul  92  Bid  sets  were  successfully  compiled  in  EDCARS  and 
transmitted  to  the  SM-ALC  Site  Hub  (AT&T  3B2)  and  subsequently 
will  be  transmitted  to  LLNL,  and  Brigham  Young  University  (BYU) . 


SM-ALC  PROJECT  TEST 

Dee  Smith  -  Project  Manager 
Charlene  Ivey  -  Test  Program  Manager 
Jim  Burdick  -  Lead  Systems  Technician 
Michael  Patterson  -  Lead  Buyer 


SM-ALC  FUTURE  IMPLEMENTATION 

Maj  Ken  Richardson  -  Implementation  Program  Manger 
Cynthia  Slife  -  Training  Manager 
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Sacramento  Air  Logistics  Center  -  SM-ALC 
McClellan  AFB  CA 

CALS/EC/EDI  Test  -  Transmission  of  Technical  Data 
ANSI  X.12  (841)  Transaction  Set 


SEPTEMBER  '92  NEWSLETTER 

In  August  the  technical  engineering  data  extracted  from  the  EDCARS 
repository  were  placed  on  the  SM-ALC  site  hub  (AT&T  3b2).  These  CALS 
drawings  were  put  into  a  841  transaction  set  and  transferred  by  the 
DDN  (Internet)  from  SM-ALC  to  LLNL  with  the  purpose  of  measuring 
network  and  system  performance.  These  files  were  also  transferred  to 
the  BYU  co-op. 

The  Supply  Tech  software  was  installed  and  tested  at  Kent  Associates, 
Inc-  in  Mansfield,  Tx  and  at  Precision  Manufacturing  in  San  Antonio, 

Tx  by  Supply  Tech,  Inc.  Ann  Arbor,  Mi.  Test  drawings  were  sent  from 
Supply  Tech  to  both  test  contractors. 

AT&T  VAN  accounts  were  established  and  tested  between  SM-ALC  and  the 
VAN  as  well  as  between  the  VAN  and  these  first  two  test  contractors 
and  the  BYU  co-op.  There  have  been  intergration  problems  between  the 
SM-ALC  site  hub  and  the  Hayes  9600  baud  modems.  Resolutions  are  being 
worked . 

The  first  printed  draft  of  the  DoD  EDI  Convention  ASC  XI 2  Transaction 
Set  841  Specif ications /Technical  Information  baseline  19  August  1992 
was  reviewed  31  Aug  -  1  Sep  by  government  and  contractor  staff.  This 
draft  with  handscribed  changes  will  be  used  by  all  four  software 
companies  for  mapping  the  841  transaction  set  used  during  the  test. 

Any  changes  necessary  as  a  result  of  the  test  will  be  incorporated 
into  the  final  DoD  EDI  Convention. 

The  Logistic  Management  Institute  (LMI)  provided  the  DoD  EDI 
Conventions  for  the  840  Request  for  Quotation  transaction  set  as  well 
as  both  the  997  Functional  Acknowledgment  transaction  set  and  the  824 
Application  Advice  transaction  set  for  use  on  the  test.  These  last 
two  transaction  sets  are  system  generated  to  acknowledge  receipt  or 
advice  of  errors  encountered  during  a  EDI  transmission. 


SM-ALC  Project  Test 
Dee  Smith  -  Project  Manager 
Charlene  Ivey  -  Test  Program  Manager 
Jim  Burdick  -  Lead  Systems  Technician 
Michael  Patterson  -  Lead  Buyer 

SM-ALC  Future  Implementation 

Maj  Ken  Richardson  -  Implementation  Program  Manager 
Cynthia  Slife  -  Training  Manager 

Phone  916  643-6200  DSN  633-6200 
FAX  916  643-6767  DSN  633-6767 
email:  edi@smcdm02 . sm.af . c.af .mil 
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All  newsletters  on  the  status  of  this  test  can  also  be  viewed  through 
one  of  1500  SBA  site's  on-line  GEnie  system.  They  are  located  in  the 
AFSB3  Software  Library:  Computer  Aided  Logistics  Support  (File  is  # 
134  and  135  or  look  for  MCCLELLAN  JUN  EDI  NEWS  and  MCCLELLAN  AUG  EDI 
NEWS. 
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Sacramento  Air  Logistics  Center  -  SM-ALC 
McClellan  AFB  CA 

CALS/EC/EDI  Test  -  Transmission  of  Technical  Data 
ANSI  X12  (841)  Transaction  Set 


OCTOBER  '92  NEWSLETTER 

The  Air  Force  contracting  test  contacts  from  McClellan  AFB  met  with 
the  CALS  Test  Network  contacts  to  analyze  the  progress  of  the  test  on 
23-25  September  1992.  This  group  reviewed  the  lessons  learned  and 
began  writing  the  CTN  test  report  covering  the  discoveries  with  the 
first  phase  testing.  Plans  were  developed  for  incorporating  these 
lessons  learned  into  the  second  phase  of  testing  with  the  next  four 
contractors . 

A  comprehensive  CALS  Test  Network  Procedure  Checklist  was  finalized 
and  distributed  to  test  participants.  The  checklist  serves  as  a  guide 
to  the  CALS/EDI  testing  process.  This  document  is  a  vehicle  to 
capture  the  experiences  of  each  of  the  test  participants.  It  contains 
detailed,  step-by-step  directions  on  what  to  look  for  during  the  test, 
and  provides  blanks  for  entry  of  pertinent  data.  The  checklist 
contains  questions  concerning  sending,  receiving,  using,  and 
evaluating  the  data  identified  for  this  test,  and  the  compliance  of 
the  data  transmission  with  the  applicable  standards,  including  ANSI 
X12  840  and  841,  and  the  CALS  standards  MIL-STD-1840A  and  MIL-R-28002 
(Raster) . 

The  test  team  is  working  in  conjunction  with  HQ  AFMC  Contracting  Data 
Systems  Development  Laboratory  located  at  Hill  AFB,  Utah  to  evaluate 
EDI  programs  under  development  for  the  Automated  Contract  Preparation 
System  (ACPS)  hosted  on  a  Data  General  MV9500.  ACPS  is  the 
procurement  system  used  at  SM-ALC  which  provides  the  contractual 
documents  for  Inventory  Control  Points  (ICPs)  in  support  of  Air  Force 
Materiel  Command's  spare  parts  and  modification  programs. 

The  SM-ALC  test  team  will  meet  with  the  next  four  contractors  to 
prepare  for  their  tests  scheduled  for  Oct-Nov  92.  American 
Electronics  of  Fullerton,  Ca;  AiResearch-Allied  Signal  of  Rancho 
Dominguez,  Ca;  Llamas  Plastics,  Inc.  of  Sylmar,  Ca;  and  Inspirnetics 
of  Rancho  Cucamonga,  Ca  will  be  visited  between  Oct  20  and  Oct  23. 

SM-ALC  Project  Test 

Dee  Smith  -  Chief  and  Test  Program  Manager 
Charlene  Ivey  -  Test  Project  Manager 
Jim  Burdick  -  Lead  Technician 
Michael  Patterson  -  Lead  Buyer 

SM-ALC  Future  Implementation 

Maj  Ken  Richardson  -  Implementation  Manager 

Cynthia  Slife  -  Training  Manager 

Phone  916  643-6200/3006  DSN  633-6200 
FAX  916  643-2885  DSN  633-2885 

email:  edi@smcdm02.sm.aflc.af.mil 
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Sacramento  Air  Logistics  Center  (SM-ALC) 
McClellan  AFB  CA 

CALS/EC/EDI  Test  -  Transmission  of  Technical  Data 
ANSI  X12  (841)  Transaction  Set 


NOVEMBER  '92  NEWSLETTER 

The  SM-ALC  project  team  met  20-23  Oct  with  the  next  four  contractors 
for  the  preliminary  preparation  for  their  CALS/EDI  testing.  This  next 
phase  include  tests  with:  AiResearch-Allied  Signal,  Rancho  Dominguez, 
CA;  American  Electronics,  Fullerton,  CA;  Llamas  Plastics,  Inc., 
Sylmar,  CA;  and  Inspirnetics ,  Rancho  Cucamonga,  CA.  Testing  is 
planned  to  begin  in  mid-November  once  software  and  modems  are  in 
place . 

VAN  accounts  have  been  established  with  IBM,  Tampa,  FL  for  the  test 
contractors  to  use  during  this  phase  of  the  test.  Four  additional 
9600  baud  modems  on  loan  from  Hayes  Microcomputer  Products,  Inc.  were 
sent  to  the  next  test  contractors,  as  well  as.  Supply  Tech's  software 
(STX12)  used  for  the  contractor's  translation  of  the  ANSI  X12  840  and 
841  transaction  sets  (RFQ  and  Technical  Data  respectively). 

Kent  Associates,  Inc.  and  Precision  Manufacturing  of  San  Antonio  have 
received  two  solicitation  transactions  with  engineering  data  sized 
approximately  .75  and  2  mega-bytes  during  October. 

The  Draft  DoD  Electronic  Data  Interchange  (EDI)  Convention  for  the  ASC 
X12  Transaction  Set  841,  Specification/Technical  Information  dated 
October  1992  have  been  distributed  to  all  attendees  of  the  meetings 
hosted  by  SM-ALC  in  July  and  August  1992. 

Dee  Smith  briefed  the  status  of  the  test  to  HQ  AFMC/PK,  ENC,  PKS,  and 
WPCC  on  28  Oct  92. 

SM-ALC  Project  Test 

Dee  Smith  -  Chief  and  Test  Program  Manager 
Charlene  Ivey  -  Test  Project  Manager 
Jim  Burdick  -  Technician  Advisor 
Michael  Patterson  -  Buyer 

SM-ALC  Future  Implementation 

Maj  Ken  Richardson  -  Implementation  Manager 

Cynthia  Slife  -  Training  Manager 

Phone  916  643-6200/3006  DSN  633-6200 
FAX  916  643-2885  DSN  633-2885 

email:  edi@smcdm02.sm.aflc.af.mil 
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Sacramento  Air  Logistics  Center  (SM~ALC) 
McClellan  AFB  CA 

CALS/EC/EDI  Test  ~  Transmission  of  Technical  Data 
ANSI  X12  (841)  Transaction  Set 


DECEMBER  '92  NEWSLETTER 

The  SM-ALC  project  team  met  3-5  Nov  with  Moda  Magnetics  Corp, 
Farmington,  NY  and  Mircro  Systems,  Inc.,  Fort  Walton  Beach,  FL  to 
discuss  their  preparation  for  receipt  of  CALS  data  via  the  ANSI 
X12  841  transaction  set  for  technical  data.  These  contractors  will 
be  using  AT&T  VAN  accounts  for  this  phase  of  the  test. 

The  McClellan  AFB  CALS-EC/EDI  test  of  transmitting  engineering 
technical  data  was  briefed  to  the  DoD  EC/EDI  Executive  Agent  Program 
Office,  Defense  Logistics  Agency,  Cameron  Station,  VA  on  November  9. 
The  test  program  was  also  briefed  to  SAF/AQCP  at  the  Pentagon  on 
November  10. 

The  test  program  was  asked  to  present  a  briefing  to  the  Air  Force 
Materiel  Command  (AFMC)  Integrated  Weapon  System  Management  (IWSM) 
SE/CM  Process  Action  Team  (PAT)  Technical  Information,  Sub-PAT, 
Engineering  Data  Working  Group  and  Technical  Orders  Working  Group 
which  met  at  Lowry  AFB,  Denver,  CO  November  17.  The  objective  of  this 
group  is  to  develop  a  fully  integrated,  standardized  and  improved  IWSM 
process  flow  for  technical  information  (i.e.,  technical  orders  and 
engineering  data). 

CALS  Expo  '92  “Catalyst  for  Competitiveness “  was  held  December  7-10  in 
San  Diego,  CA.  The  McClellan  test  program  was  presented  as  part  of 
the  Technical  Session  on  Electronic  Data  Interchange  (EDI)  for 
Technical  Data  Transfer  on  December  10. 

Dee  Smith  was  asked  to  participate  in  a  second  Technical  Session  at 
CALS  Expo  entitled  "Impact  of  Electronic  Commerce  on  Small  Business". 
She  discussed  Electronic  Commerce,  DoD  Policies  and  the  Small  Business 
Market . 

The  Sacramento/Gold  Rush  Chapter  of  the  National  Contract  Management 
association  (NCMA)  will  be  the  host  of  the  West  Coast  Winter  Regional 
Conference.  The  program  will  be  Changing  Times:  Government  and 
Industry  in  Transition.  There  will  be  an  EDI  session  presented  on 
Friday,  Feb.  12.  CAPT  Bruce  Bennett,  USN,  the  DoD  EC/EDI  Joint 
Program  Office  Program  Manager  will  speak  on  "DoD  EC/EDI  Goals  and 
Objectives".  Linda  Adams,  Air  Force  EDI  Manager,  Office  of 
Administrative  Assistant,  Secretary  of  The  Air  Force,  The  Pentagon 
will  discuss  "AF  EC/EDI  Pilot  Site  Programs".  "The  AFMC  EC/EDI 
Command  Initiatives"  will  be  presented  by  Karl  Bird,  Chief, 

Directorate  of  Contracting  Automation,  HQ  AFMC.  The  last 
presentation  in  this  session  will  be  the  presentation  of  the  SM-ALC 
EC/EDI  Spare  Parts  Acquisition  Implementation. 
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There  are  separate  registration  fees  ($95.00)  for  those  interested  in 
attending  the  EDI  session  only.  Registration  can  be  mailed  to  NCMA 
West  Coast  Regional  Educational  Conference,  c/o  Bill  Teeple,  8705 
Green  Ash  Ct.,  Citrus  Heights,  CA  95610.  For  additional  information 
contact  Bill  Teeple  at  (916)  643-5916. 


SM-ALC  Project  Test 

Dee  Smith  -  Chief  and  Test  Program  Manager 
Charlene  Ivey  -  Test  Project  Manager 
Jim  Burdick  -  Technician  Advisor 
Michael  Patterson  -  Buyer 

SM-ALC  Implementation 

Maj  Ken  Richardson  -  Implementation  Manager 
Cynthia  Slife  -  Training  Manager 

Phone  916  643-6200/3006  DSN  633-6200 
FAX  916  643-2885  DSN  633-2885 

email ;  ediesmcdm02 . sm . af Ic . af . mil 
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Sacramento  Air  Logistics  Center  (SM-ALC) 
McClellan  AFB  CA 

CALS/EC/EDI  Test  -  Transmission  of  Technical  Data 
ANSI  X12  (841)  Transaction  Set 


JANUARY  '93  NEWSLETTER 

On  6-7  January,  the  SM-ALC  EC/EDI  Test  Project  was  briefed  at  the 
"Electronic  Data  Interchange  (EDI)  Workshop  for  the  Transmission  of 
Specification/Technical  Information"  held  at  the  Naval  Supply  Center, 
Charleston,  SC.  The  purpose  of  the  workshop  was  to  educate  Navy 
functional  managers.  Naval  field  activities  and  Naval  system 
designers  about  the  SM-ALC  efforts  and  the  structure  of  the  ^SI 
X12  EDI  transaction  set  for  Specification/Technical  Information  (841). 

The  test  team  met  on  12  January  to  strategize  preparations  for  the 
final  weeks  of  the  point  to  multipoint  test.  Both  the  AT&T  and  IBM 
VANs  have  been  transferring  engineering  technical  data  from  the  SM-ALC 
EDCARS  data  repository.  IBM  has  carried  a  sample  text  message  and  the 
750KB  bidset  to  the  four  contractors  located  in  Southern  California. 
AT&T  has  carried  both  the  two  smaller  sized  bid  sets  (750KB  &  2M)  to 
all  contractors .  Preparation  is  planned  to  test  sending  the  larger 
sized  solicitation  package  (13M)  during  the  next  week  to  all 
participating  test  contractors  through  both  VANs. 

Thursday,  21  January,  the  Air  Force  Small  Business  will  hold  a  Real 
Time  Conference  (RTC)  to  provide  a  basic  overview  and  answer  your 
questions  on  the  electronic  contracting  initiatives  at 
Wright-Patterson  Contracting  Center  in  Dayton,  OH  and  at  the 
Sacramento  Air  Logistics  Center.  Representatives  from  both  Air  Force 
activities  will  be  on-line  to  answer  questions.  This  RTC  is 
scheduled  for  6  pm  PST  and  is  open  to  the  public. ^  Contact  your  AF 
Small  Business  office  concerning  accessing  the  GEine  RTC. 


SM-ALC  will  host  a  meeting  to  review  the  DoD  ANSI  X12  840  (Request 
for  Quotation)  and  841  (Specification/Technical  Information)  on  10 
Feb  93.  Representatives  from  the  Air  Force  Materiel  Command,  Nayy, 
and  Defense  Logistics  Agency  have  been  invited  to  attend  along  with 
those  industry  and  SM-ALC  representatives  involved  in  the  SM-ALC 
EC/EDI  Test  Project.  The  objective  is  to  have  a  coordinated  review 
of  the  DoD  ANSI  X12  840/841  by  all  attendees. 

The  Sacramento/Gold  Rush  Chapter  of  the  National  Contract  Management 
Association  (NCMA)  will  be  the  host  of  the  West  Coast  Winter  Regional 
Conference.  The  program  will  be  Changing  Times:  Government  and 
Industry  in  Transition.  There  will  be  an  EDI  session  presented  on 
Friday,  Feb.  12.  CAPT  Bruce  Bennett,  USN,  the  DoD  EC/EDI  Joint 
Program  Office  Program  Manager  will  speak  on  "DoD  EC/EDI  Goals  and 
Objectives".  Linda  Adams,  Air  Force  EDI  Manager,  Office  of 
Administrative  Assistant,  Secretary  of  The  Air  Force,  The  Pentagon 
will  discuss  "AF  EC/EDI  Pilot  Site  Programs".  Lt.  Col  Andrew 
Gilmore,  HQ  USAF/AQCP  will  also  be  speaking.  "The  AFMC  EC/EDI  Command 
Initiatives"  will  be  presented  by  Karl  Bird,  Chief,  Directorate  of 
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Contracting  Automation,  HQ  AFMC.  The  last  presentation  in  this 
session  will  be  the  presentation  of  the  SM-ALC  EC/EDI  Spare  Parts 
Acquisition  Implementation. 

There  are  separate  registration  fees  ($95.00)  for  those  interested  in 
attending  the  EDI  session  only.  For  additional  information  contact 
Bill  Teeple  at  (916)  643-5916. 


SM-ALC  Project  Test 

Dee  Smith  -  Chief  and  Test  Program  Manager 
Charlene  Ivey  -  Test  Project  Manager 
Jim  Burdick  -  Technician  Advisor 
Michael  Patterson  -  Buyer 

Phone  916  643-6200/3006  DSN  633-6200 
FAX  916  643-2885  DSN  633-2885 

email :  edi@smcdm02 . sm . af Ic . af.mil 
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□Sfondords  & 

Testing 

EDI  witli  Technical  Data— 


A  Full  Scale  Test 

Backgrwad  and  details  of  a  ploitaed  test  of  EDI  using 
digitally  transmitted  data  between  a  government 
fadlity  end  varioos  nntractors. 


Total  quality  management  and  process  improve¬ 
ment  in  DoD  contracting,  military  preparation  of 
solicitation,  and  awards!  What  a  novel  idea  to 
change  the  existing  practice  of  solicitation  and  award  of 
defense-related  contracts  from  a  manual  processing  of 
solicitations,  reproduced  together  with  suppotiing  techni¬ 
cal  data  and  submitted  in  accordance  with  Public  Law  95- 
507  dated  1S)83.  to  a  more  efficient  electronic  solicitation 
method. 

Public  Law  95-507  required  that  all  solicitations  be  fur¬ 
nished  to  coniraaors  upon  request  within  the  30-day 
solicitation  period.  It  inundated  the  DoD  procurement 
process  and  contributed  to  the  extensions  of  procure¬ 
ment  lead  times.  Due  to  the  large  volume  of  solicitation.s 
prepared  in  contracting  facilities,  we  have  experienced 
significant  costs  to  produce,  reproduce,  and  to  mail  these 
solicitations  to  interested  contractors.  The  proces.s 
became  redundant  and  inefficient  over  time. 

DOD  ADOPTION  OF  EDI 

A  memorandum  from  the  Deputy  Secretary'  of  Defense, 
dated  May  88.  direaed  the  following: 

•  Maximum  use  of  Electronic  Data  Interchange  and 
Electronic  Commerce  (EDI/EC)  throughout  DoD. 

•  A  common  approach  to  EC  throughout  DoD. 

•  A  single  face  to  indasiry  from  all  of  DoD. 

•A  phased  implementation,  beginning  immediately, 
to  set  the  standardization  and  digitization  of  pro¬ 
curement  processes  into  motion. 


Delores  (Dee)  Smith 

ts  the  Chief.  Aircrajft  Contractinfi  Division,  at  bacramento  Air 
Lofiistics  Center.  AIcCUfUan  AFB.  CA.  For  the  past  2u  years  she 
has  been  uforking  for  the  Air  Force  in  various  contracting 
specialuic.^ 

CALS  Jovrnol/Sunimer  1992 


Retp/est  for  Quote 


The  Defense  Management  Review  DireCTive  (DMRD') 
941  EC/EDI.  Implementation  in  the  Procurement  Process, 
dated  Nov  90.  direaed  a  very'  aggre.ssive  implementation 
schedule:  SO’J'u  of  Dol)  to  be  operational  by  end  of  FY9-i. 
It  al.so  reconfimied  the  ’standard  systems’  approach.  The 
DMRD  941  directives  included  an  investment  of  $85M  for 
five  years,  beginning  FY92:  implementation  of  “Electronic 
Commerce’  as  a  standard  approach  within  DoD  and  a 
single  face  to  private  industry':  mandated  a  direa  co.si 
reduaion  of  $548M  by  FY99;  and  called  for  the  imple¬ 
mentation  of  the  end-to-end,  all  electronic  standard  .sy.s- 
tem.  assigning  priorip'  to  procurement  under  S25K.  This 
process  change  would  typically  provide  the  elearonic 
transmission  of  digitized  data  from  existing  automated 
contracting  sy'stems.  which  basically  duplicate  the  Federal 
Acquisition  Regulation  (FAR)  clauses  that  are  germane  to 
the  individual  solicitation  and  subsequent  coniraa  aw’ard. 

For  the  pa.st  ten  years  indu.stry'  has  had  the  abilit\’  to 
transmit  this  digitized  information  through  the  American 
National  Standards  Institute  (ANSI)  X.12  standards  for 
various  transaction  sets,  such  as  an  840  Request  for 
Quote  (RFQ)  or  an  850  Purchase  Order  (PO).  Industry 
has  been  utilizing  these  transaaion  .sets  over  the  last  ten 
years  with  trading  panners,  but  without  the  ability  to 
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transmit  technical  data  electronically.  TJie  transaction  set 
tor  iransterring  digitized  technical  information  wasn’t 
developed  and  accepted  as  a  standard  until  October 
1990.  and  wasn’t  published  by  ANSI  until  December 

1990.  With  the  approval  of  the  ANSI  X.12  841  transaaion 
.set.  and  the  i.ssuance  of  FIPS  I6l  effective  September 

1991.  contraaing  personnel  are  now  able  to  incorporate 
the  technical  data  with  the  request  for  quote  in  a  Com¬ 
puter-aided  Acquisition  Logistic  Suppon  (CALS)  fonnat  in 
accordance  with  MIL-STD-1840.  This  breakthrough  for 
DoD  i.s  the  main  effort  that  enables  the  "first”  opportuniry 
to  transmit  electronically  to  contractors  the  request  for 
quote  under  the  formal  8^0  transaaion.  along  with  the 
8^1  traasaction  set,  which  is  CALS-compliant  for  technical 
and  engineering  data. 

TESTING  BACKGROUND 

In  .Mav  1990.  the  Assistant  .Secretary  of  Defense  i  Produc¬ 
tion  and  Logistics)  designated  the  Defense  Logistics 
Agency  (DLA)  as  Executive  Agent  for  EC/EDI.  The  engi¬ 
neering  agent  designated  to  develop  and  design  tke 
architecture  is  Lawrence  Livermore  National  Lalxiratorv* 
(LLNL)  located  at  Livermore.  CA.  DLA.  in  conjunction 
with  LLNL.  has  designated  the  Air  Force  as  the  te.st  bed 
for  implementation,  to  provide  the  capabiliy  and  knowl¬ 
edge  as  to  the  proce.ssing  of  RFQs  along  with  technical 
data  to  a  coniraaor  and  the  subsequent  return  in  a  stan¬ 
dard  ANSI  X.12  format.  Sacramento  Air  Logistic  Center. 


McClellan  AFB.  CA.  is  the  designated  lead  pilot  organiza¬ 
tion  for  implementation  and  test  of  the  ANSI  X.12  841 
technical  and  engineering  requirement. 

In  October  1991.  a  successful  technical  data  transmi.s- 
sion  was  completed  which  entailed  primarily  the  down¬ 
loading  of  technical  information  from  the  Engineering 
Data  Computer  Assisted  Retrieval  System  (EDGARS),  the 
data  repository'  for  all  Air  Force  technical  and  engineering 
drawings,  to  an  AT&T  3B2  computer  located  in  the  pro¬ 
curement  office.  The  information  was  then  transmitted  to 
the  integrated  Gateway  Proce.s.sor  (IGP)  located  at  LLNL 
using  Supply  Tech,  Inc.  STX12  .software.  At  this  point,  the 
information  was  transferred  directly  to  a  Value  Added 
Nerwe^rk  (VAN)  AT&T  sy.stem  located  in  New  jersey.  Tlic 
VAN  subsequently  transferred  the  information  to  TRW  in 
Redondo  Beach.  CA,  where  the  information  was 
received,  translated,  displayed  on  .scTecn.  and  printed  out 
tor  content  and  clariry'  verification.  This  entire  process 
entailed  approximatelv  nine  apenure  cards  (35mm  fiche). 
which  contained  30  to  35  pages  of  technical  inlbrmatjon. 
including  technical  drawings  and  their  related  supponing 
documents.  The  test  results  were  published  in  CTN 
repon  *92-007. 

COST  REDUCTION  ESTIMATE 

The  current  pr(x:e.ssing  of  paper/apenure  card  and  nor¬ 
mal  mail  dfsiribuiion  at  McClellan  AFB  is  estimated  at  $75 
per  is.suance  of  .solicitation.  On  an  average,  this  center 
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produces  a  minimum  of  IS  bid  sets  cipenure  cards)  per 
.solicitation,  plus  any  additional  bid  sets  reque.sted  pur¬ 
suant  to  Public  Law  9S-S0T.  Tlie  intended  purpose  of  the 
new,  impro\‘ed  proce.ss  of  traasmiiting  digitized  data  in 
an  EC/nOI  fonnat  is  to  pren’ide  all  contracting  and  sup- 
poning  technical  infomiation  with  one  iteration  for  all 
prospective  bidders,  so  that  multiple  could  receive 
iliis  information  and  provide  their  services  to  all  interest¬ 
ed  contractors  for  solicitation  request  and  bidding. 
EC  EDI.  in  ii.sclf.  eliminates  ilie  redundancy  built  into  the 
old  pafx^r  prexess  of  requiring  repetitive  reproduction.  At 
the  same  time,  trie  new  digitized  process  provides  the 
government  with  a  cost  avoidance  at  today's  estimated 
value  of  S1.12S  per  required  l^id  solicitation  (S~5  x  IS), 
Tile  actual  co.st  of  the  process  is  approximately  ShO  per 
solicitation  utilizinc  tlie  electronic  data  interchange  con¬ 
cept  from  lx*ginning  to  end.  Upon  an  initial  knik  at  the 
corresponding  cost  avoidance  ot  the  digitized  solicitation 
prcxe.ss.  the  government  can  realize  a  co.si  avoidance  of 
5.SS  for  solicitation  processing. 

llie  intended  purpose  of  the  new  digitized  coniraciing 
proce,ss  would  lx*  to  have  total  implementation,  in  accor¬ 
dance  with  Depury  Secreuirv’  o\  Defense  Memorandum. 
.May  88.  to  thousands  of  contniaors.  thereby  lowering 
the  per  unit  co.sts  of  VA.N  .services  to  a  cost  projected  at 
$.IM  cents  per  solicitation  when  the  .sy.siem  is  at  the  HC.N} 
implemenution  point  at  the  end  of  FY  94.  In  addition, 
the  actual  time  involved  with  communicating  this  infor¬ 
mation  would  lx  reduced  from  the  old  prtx'uremem  mail 
time  of  3  to  7  days  to  just  minutes  or  hours  using  elec¬ 
tronic  transmission.  It  has  Ixen  estimated  that  for  each 
day  of  pr(x*urement  admincsirative  lead  time  reduced,  the 
government  would  realize  a  potential  co.st  avoidance  of 
million  dollars.  Digitized  contracting  obviously  pro¬ 
vides  a  significant  reduction  in  DoD's  present  procure¬ 
ment  processing  time,  a  reduction  in  the  prexurement 
administrative  lead  time,  and  an  opportunity  to  fulfill  the 
DMRD  981,  which  directs  the  reduaion  of  existing  gov¬ 
ernment  inventors'  levels. 

PLANNED  TEST  WITH  SPARE  PARTS  CONTRAaORS 

Due  to  tliis  successful  test,  SacTamento  Air  Logistic  Center 
was  approved  by  the  Air  Force  CALS  Technical  Center  of 
the  Air  Force  Materiel  Command  (AFMCdVENCT)  to 
continue  testing  softw'are  and  hardware,  as  well  as  per¬ 
forming  additional  tests  during  FY92/93  with  multiple 
contraaors  who  currently  do  business  with  McClellan. 
Tile  test  plan  is  Ixing  prepared  and  will  lx  available  for 
miliury  and  public  distribution  in  2nd  Quarter  CY92.  Tlie 
tesLs  will  entail  primarily  the  same  techniques  and  digi¬ 
tized  proce.ss  as  were  used  in  October,  but  with  the 
spare  parts  contractors  who  presently  contract  with 
McCielian  and  who  are  considered  "Blue  Ribbon’  con- 
iraaors  to  DoD.  .A  Blue  Ribbon  contmaor  is  tine  that 
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dcmomstraies  total  quality  management  (TQ.M).  The.se 
TQM  efforts  include  delivering  the  item  on  time,  at  a  spe¬ 
cific  le\'el  of  quality,  and  at  the  lowe.si  po.ssible  price  to 
tlie  government.  Three  categories  of  contnicTors  will  lx* 
tested:  ( 1 )  Contraaors  who  ha\*e  no  knowledge  of  HDI 
but  are  interested  in  participating  in  the  te.si.  (2)  contrac¬ 
tors  who  currently  have  EDI  capability  but  do  not  utilize 
it  extensively,  and  (3)  contractors  wiio  currently  have 
EDI  capabiiiy  and  use  it  extensively,  including  the  tech¬ 
nical  data  transfer  capabilities  with  present  sulxoniraaors 
or  prime  contraaors. 

In  addition  to  the  .McClellan  Al'B  ie.si.  a  test  will  lx* 
run  in  parallel  with  Brigham  "r’oung  Universiry 
Utah.  BAT'  perlbmied  a  previous  le.st  (CTN  91-047,  dated 
1  No\*  91)  with  18  small  busine.ss  rural  contractors  in 
Utah.  The  purpo.se  of  tins  parallel  le.st  is  to  also  a.scertain 
the  problems  that  will  lx*  encountered  in  electronic  iraas- 
mLssion  with  small  business  contraaors  Icxated  in  runil 
areas.  In  addition,  ihe.se  BYU  contraaors  are  not  ypically 
major  DoD  contraaors  but  can  Ixcoine  a  potential  fumre 
increase  in  the  industrial  preparedne.ss  base, 

SUMMARY 

The  McClellan  .AFB  and  BYU  le.sLs  will  provide  the  over¬ 
all  CTN  test  Willi  valuable  experience  and  ensure  that  all 
areas  of  concern  from  large  and  .small  contraaors  will  be 
reviewed  Ixfore  the  propo.sed  full  scale  implementation 
within  DoD.  These  tests  will  address  tlie  technical  and 
engineering  data  requirements  in  CALS  formats  necessaiy 
to  suppon  an  RFQ  and  a  quote  respoase  from  the  con- 
traaor.  The  ie.st  period  will  be  from  April  1992  through 
final  completion,  projected  for  Novcmber-December 
1992.  Upon  completion  of  the  ie.si,  a  CTN  report  will  lx* 
filed  with  the  HQ  AFMC(I)/ENCT  organization  for  mili¬ 
tary  and  public  distribution.  ■ 

To  receive  copies  of  any  CTN  reports  or  documents, 
please  contact: 

tiaihv  Murpkv 
.AFMC/TNCT’ 

*♦027  Colonel  tilenn  Hwt.  .Suite  200 
Davion.  OH 

(513)  257-3085.  (513)  257-5881  Fax 

For  additional  information  about  the  subject  tesCpleasc  contacu 

IXe  Smith,  Chief.  Aircraft  Contracting  Division 

Sacramento  Air  Logistics  Center 

MtClellan  Air  Force  Ba.se.  CA  95<)62  SMALC/L\K 

(916)  (>43-6150.  DSN  633-6150.  email:  etiitf.'»mcdm02.sm.aflc.af.mil 

Donald  Vickers.  CTNOTe.st  Bed  Manager 

Nick  MiLschkowelz.  Raster  Lead  Analyst 

Automated  Interchange  of  Technical  Information  Project 

Diwetrnce  Livcnmoa*  National  Laboratorv 

1M>.  Box  808.  L-5 12 

Lh’ennorc.  CA  94551 

(510)  422-4231  (Vickers).  (510)  422-0582  (Mitschkoweiz) 

IXll  K.  /\Jlcn.  Dircaor 
CA.M  Sofware  Research  Center 
2()5  Crabtree  Tcx’hnologv  Building 
Brigham  Young  l.niversit\- 
Provo.  UT  84f)()2 
«HJ())  3"8-3H95 
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Air  Force 
Moving  Forward 
in  CALS  and  EDI 


by  Delores  (Dee)  Smith  and  Vince  Wheeler 


Technology  is  moving  us  ahead  in  quantum  leaps.  Nowhere 
is  this  more  evident  than  at  McClellan  Air  Force  Base,  home  of 
the  Sacramento  Air  Logistics  Center  (SM-ALC)  where  testing 
of  CALS  (Computer-aided  Acquisition  and  Logistics  Support) 
and  EDI  (Electronic  Data  Interchange)  is  rapidly  progressing. 

CALS  is  a  DoD  strategy  for  transforming  the  weapon  system 
acquisition  and  support  process  from  being  primarily  paper 
based  to  an  all  digital  information  system  termed  Bectronic 
Commerce.  The  Air  Force  Material  Command  (HOAFMC/ 
ENC)  needs  Bectronic  Commerce  today  more  than  ever  to 
support  exchanging  massive  amounts  of  technical  and  busi¬ 
ness  infonmation  on  a  global  basis. 

SM-ALC  is  making  great  strides  in  using  Bectronic  commerce 
for  digitally  integrating  technical  and  business  information. 
Actually  doing  Bectronic  (Commerce  involves  implementing  a 
computing  and  communications  infrastructure  providing  port¬ 
ability.  scalability  and  interoperability  between  all  of  the  many 
different  brands  of  computer  systems. 


The  following  contractors  are  participating  in  the  tests: 

July  and  August  testing  included: 

•  Kent  Associates,  Mansfield,  TX  (Small  Business) 

e  Precision  Manufacturing  of  San  Antonio.  San  Antonio, 
TX  (Small  Business) 

October  and  Novembertesting  will  include: 

•  Inspimetics  Inc..  Rancho  Cucamonga,  CA  (Small 
Busir)ess) 

•  American  Bectronics,  Fullerton,  CA  (Small  Business) 
e  Uamas  Plastics  Ina.  Sylmar,  (Small  Business) 

•  AiResearch.  Rancho  Dominguez,  CA 

December  and  January  resting  will  include: 

•  Moda  Magnetics.  Farmingdale.  NY 

•  Micro  Systems.  Inc.,  FL  Walton  Beach,  FL 

The  tests  are  being  run  in  parallel  with  Brigham  Young  Univer¬ 
sity  (BYU)  to  see  if  any  specific  issues  arise  from  electronic 
transmissions  directed  to  small  businesses  in  rural  areas.  BYU 
small  business  contractors  participating  in  the  tests  are: 

e  Kitco  ina,  Springfield.  LTT 
e  Bill's  Metal  Productions,  Huntington,  LTT 

•  Industry  West  Bectronics.  Orem.  UT 

e  Defense  Bectronic  Systems,  Minneapolis,  MN 

The  tests  focus  on  interoperability  among  three  distinctly 
different  hardware,  software  and  communications  irtirastruc- 


EDI  is  an  essential  ingredient  of  the  Bectronic 
Commerce  (EC)  infrastructure.  EC  EDI  is  also 
known  as  ANSI  XI 2  which  is  the  standard  for 
computer-to-computer  electronic  exchange  of 
business  documents.  SM-ALC  tests  are  show¬ 
ing  that  readily  available  Commercial  Off  The 
Shelf  (COTS)  CALS  and  EDI  software  coupled 
vrith  existing  Value  Added  Networks  (VANS) 
really  makes  EC  work! 

McQellan  is  using  the  HOAFMC  'Blue  Ribbon* 
corttractor  program  to  select  their  testing  par¬ 
ticipants.  A  ‘Blue  Ribbon’  contractor  is  one 
who  demonstrates  commitment  of  Total  Qual¬ 
ity  Management  (TQM)  principles.  TQM  prin¬ 
ciples  involve: 

•  On  time  deliveries, 

•  at  the  specified  levels  of  quality,  and 

•  at  the  least  overall  cost  to  the  government 

tures.  The  infrastructures  being  tested  Indude  three  hard- 
The  tests  involve  digitally  interoperating  3  EDI  documents  ware  platforms,  three  software  packages,  arxi  two  communi- 
ti^es,  also  referred  to  as  transaction  sets,  between  'Blue  cations  Value  Added  Networks  (VANs).  Throe  hardware 
Ribbon’  participants.  The  transaction  sets  being  tested  are:  platfomw  are  being  tested.  UNIX  workstations.  DOS  based 

PCs  and  Apple  Macintosh  computers  are  the  throe  hardware 
e  Request  For  Quotes  (RFQs)  the  ANSI  XI 2 '640  transaction  platforms  being  tested.  UNIX  workstation  software,  devel- 

oped  by  St  Paul  Software,  St  Paul.  MN;  DOS-based  PC 
e  related  engineering  data  exchanged  via  the  ANSI  X12-  841  software,  developed  bySupply  Tech,  Ina,  Ann  Arbor,  Ml;  and 

transaction  set  and  Software  for  Macintosh  computers,  developed  by  Digit  Soft- 

e  subsequent  return  of  a  quotation  via  the  ANSI  XI 2  •  843  ware  of  Silverspring.  MD,  will  be  tested  as  well.  Two  VANs  are 
transaction  set  being  tested.  ATiTs  Global  Messaging  Service  and 

eontfnued  next  column  continued  on  page  7 
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IBM's  Information  Network  are  each  being  tested  with  every 
hardware/software  infrastructure  combination. 

Lawrence  Livermore  National  Laboratories  (LLNL),  home  of 
the  CALS  Test  Network  (CTN),  plays  a  major  role  in  the  testing 
activities.  After  engineering  data  is  extracted  from  a  govern¬ 
ment  operated  repository,  each  as  the  Engir>eering  Data 
Computer  Assisted  Retrieval  System  (EDGARS),  it  is  forwarded 
to  LLNL’s  Intelligent  Gateway  Processor  (IGP).  LLNL’s  IGP  is 
interconnected  to  multiple  VANs  including  IBM  and  AT&T.  The 
data  is  then  fonwarded  over  the  VANs  to  the  contractors 
participating  In  the  tests  and  subsequently  returned  via  the 
same  connectivity  path.  LLNL  is  the  DoD's  engineering  agent 
for  CALS.  EDI  and  EC  activities,  and,  as  such,  works  very 
dosely  with  the  Defense  Logistics  Agency  (DLA).  DLA  is  DoD’s 
executive  agent  for  CALS,  EDI  and  EC  activities. 

Working  jointly,  the  testing  activity  of  McClellan  AFB  and  CTN 
is  providing  a  ’Business  Application  of  CALS  Data’  CTN  is 
documenting  the  tests  and  thereby  providing  technical  details 
of  the  essential  implementation  agreements  prior  to  full  scale 
Government  cut  over.  The  implementation  agreements  spe¬ 
cifically  define  all  technical  details  pertinent  to  automating  the 
RFC  portion  of  the  DoD’s  procurement  process.  The  final  CTN 
report  was  filed  with  HQ  AFMC/ENC  for  military  and  public 
distribution  approximately  March  1992. 

To  receive  copies  of  any  CTN  reports  or  documents,  please 
contact 

Cathy  Murphy 
AFMC/ENCT 

4027  Colonel  Glenn  Hwy.,  Suite  200 
Dayton.  OH  45431-1601 
(513)257-3085 
FAX  (513)247-5881 

For  additional  information  about  the  tests,  please  contact 

Dee  Smith,  Chief.  Aircraft  Contracting  Division 

Sacramento  Air  Logistics  Center 

McClellan  Air  Force  Base,  CA  95662  SM-ALC/LAK 

(916)643-6150.  DSN  633-6150 

email:  edi@smcdm02.sm.aflc.af.mil 

Donald  Vickers,  CTNO  Test  Bed  Manager 

Nick  Mrtschkowett,  Raster  Lead  Analyst 

Automated  Interchange  of  Technical  Information  Project 

LEtwrenca  Livermore  National  Laboratory 

P.O.  Box808,L-542 

Uverniore,  CA  94551 

(510)422-4231  (Vickers) 

(510)422-0582  (Mitschkowetz) 

Dell  K.  Allen,  Director 
CAM  Software  Research  Center 
265  Crabtree  Technology  Building 
Brigham  Young  University 
Provo,  LfT  84602 
(810)378-3895 
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Tests  show 
EDI  works 
with  CALS 

By  Karem  D.  Schwartz 
OCNSutf 

Pilot  tMUio  Mc  how  Com- 
puior-Aiebd  Acqumuoa  and  Lo- 
gwtici  6nvqon  and  riacmmic 


haw  hecfi  tatncty  poanivt  m  tar. 
■aidwMaiMn  at  an  Apnl  CALS- 
£D1  oooiaiaaot  m  Waahinctoa. 

A  Komt  atnoa  of  tcata  eon- 
duoad  m  CaliConua  ov  Laanaoor 
Livanam*  Natamal  Labontorvt 
CALS  Test  Nccworfc  Offica  ana 
tha  Sacramaato  Air  Lonauca 
Ccatar  (SMALC)  at  McCWlan 
Atr  Forca  Baaa  bava  ahown  tba 


two  aianriaidi  art  compatthlf. 
aaid  Don  U  Vickan.  He  ia  CALS 


pfopet  laadar  at  LtvcTBon  and 
iBMiawr<rf  tha  test  bad. 

Viekan  and  iMocca  J.  Saaith. 
dual  of  SMALC'a  Aiitnft  Con- 
tncmt  Otviana.  aaid  tha  taata. 
which  aia  eomimnnc.  show  that 
Um  two  aundarda  can  haadlaaneh 
aihar'a  indindaality. 

Both  CALS  and  EDI  dMl  with 


Howover.  CALS  apphaa  nMiniv  to 
tachnieal  data  on  weapom  ava* 
taaa  buih  by  ooaUBCtofB.  whatsaa 
EDI  atmiM  maiahr  to  eocaaBuns* 

ouch  aa  puicnaaa  oidciB  and  in* 


EDI9  CALS  prove  compatible 


'  CALS  from  Paoe  t  ! 

coanaa  dpecthcauon  and  a 
puhhcntion  with  raatar  imacca.  The  two 
£DI-£oi^ttad  Items  wei»  aatn  over  Inte- 
gratad  Servicea  Digital  Necworic  cimuta  to 
a  Ltvannora  aita  that  has  a  pacgat>cwitcA- 
ing  nacworfc.  Tha  hlaa  cama  through  utact. 
Vtckanaaid. 

Tha  Livanuuis  gxfMm  than  aant  the  aaaa 
data  over  tha  Otteiaa  Dau  Network  to 
SMAIC  at  3  p.ck  DDN’a  buaiaat  ot 
day.  Tha  tranamiaaion.  which  took  two 
nuwttaa.  "got  tbarn  mostly  intact  aicept 
tltai  tha  tachnieai  publication  couldn't  get 
biougm  up  on  SMALC  t  avsiam  bacauae  tt 
waa  only  let  up  tor  magneoe  tape.'*  Vickem 
said. 

A  aarond  test  involved  sending  aevtral 
seta  of  tarhnicai  data  in  several  ataea  over 
rnultmi*  nnwonca  to  a  venoor  site.  Soma  of 
th^aj^ad  jum a  few imw  othata coo- 

Tha  tachniral  dau  waa  atnt  over  tha 
Intanat  horn  SMALC'a  Engmatnng  Dau 
Compuur-Aasuud  RatnavaJ  Syataa 
(EDCAASl  to  an  AT&T  Co.  3B2  mimoom- 
puur  fUttning  Uod  at  Livamaiia. 


After  Livermott  eonnixaed  the  intorma- 
turn  was  uiiact.  it  was  rcoacaacra  ui  EDI 
formal  ana  sent  to  TRW  Inc.  in  rorrsnee. 
Calif. 

”nw  employees  transmitted  a  facsimue 
of  the  teat  dau  back  u  Livennora  u  prove 
It  had  come  thiougn  without  a  hiicn. 

But  the  pilot  tasting  was  not  without 
proPlems.  Vickon  callad  it  a  "roefcv  rosa  ” 
hecausa  hMALC'a  infiasxnictuie  was  not 
cearaa  u  supping  oau  auccronicajlv.  "UV 
had  u  do  a  tot  of  jury<ngguic.  ‘  inetuding 
tund^anving  upaa  tiora  the  EDCARS 
svttem.  he  said. 

And  somownam  between  SMALC  jjid 
Livermore,  a  lew  network  noocs  failed  out 
of  thcdoiena  through  which  the  dau  nao  to 
pass.  “We  {earned  a  Iol"  he  saia 

Plans  tor  the  third  and  most  amoitiom 
test  are  bemg  tmaiued.  Vickers  sato.  h  wul 
uka  plica  tins  aummsr.  concluding  m  No- 
vemhar. 

Tbia  mat  wiU  send  CALS  dau  from  an 
Amdahl  Corp.  compuur  at  SMALC  over 
tha  Intamet  without  uamg  EDI  format. 
Then  tha  dau  will  go  out  u  EDMiurau 
small  htisinesaas.  "W#  want  u  sea  if  small 
htninasiaa  can  handla  this.”  Vickars  said. 


Tha  hm  mat.  arhicfa  bcami  teat 
folL  involved  putting  inu  EDI 

int  under  the  Initial  Grsphiea  £x- 
saa  GAIS  Paoa  81 
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ADVANCEMENTS  IN  TESTING 


CALS/EDl  Business 
Application  in  Acquisition 


The  Chief  of  the  Aircraft  Contraaing  Division  at  SM- 
ALC  descnoes  current  testing  for  £C/£Df  ANSI  X.  12. 
wn  'tch  will  elevate  smaii  business  caosoilities  to  an 
ennanced.  ana  oreviously  unpreceaented.  level  of 
ccmoetitiveness. 

by  Defares  (Dee)  Smith 
Background 

CALS  is  the  DOD  strategy  for 
transforming  primarily  paper-based  weapon 
systems  acquisition  information  to  a  digital 
information  system.  Electronics  Data 

Interchange  iEDI)  is  the  standard  for 
computer-to-computer  electronic  exchange  of 
business  documents.  Both  CALS  and  EDI  are 
essential  ingredients  of  the  Electronic 
Commerce  (EC;  infrastructure. 

The  Air  Force  needs  EC  today  more  than 
ever  to  support  the  exchange  of  massive 
amounts  of  technical  and  business  information 
•vorid-wide.  Eacramento  Air  Logistics  Center 
SM-ALCL  McClellan  AFB,  California,  is 
rapidly  progressing  in  the  testing  of  CALS/EDI 
concepts  m  support  of  Inventory  Control  Point 
ICP)  procurement  requirements.  5M-ALC  has 
made  great  strides  m  utiiizing  Electronic 
Commerce  for  digitally  integrating  technical 
and  business  information.  The  on-going 
extensive  design  and  testing  at  SM-ALC  will 
facilitate  the  successful  implementation  of  EC 
through  the  development  of  a  communicator 
and  computing  infrastructure  that  will  provide 
possibility,  scalability,  and  interoperability 
between  the  numerous  types  of  computer 
systems. 


Blue  Ribbon  Participants 

The  AF  CALS  Test  Network  approved  SM- 
ALC  testing  of  the  Request  for  Quote  (RFQ) 
(ANSI  X.12  (840)),  the  required  technical  and 
engineering  data  in  CALS  compliant  format 
(ANSI  X.12  (841)),  and  subsequent  contractor 
return  of  a  quote  (ANSI  X-12  (343))  in  June, 
1992.  McClellan  AFB  developed  multiple 
decision  criteria  throughout  the  test  period, 
including  the  contractor  test  criteria,  where 
HQ  AFMC  “Blue  Ribbon"  contractors  were 
selected.  A  Blue  Ribbon  contractor  is  one  that 
demonstrates  Total  Quality  Management 
(TQM)  which  includes  delivering  the  item  on 
time,  at  a  specific  level  of  quality,  and  at  the 
lowest  price  to  the  government. 

The  contractors  participating  in  the  test 
are  as  follows: 

July  Testing 

•  Kent  Associates.  .Mansfield.  Texas  ismall 
business; 

•  Precision  Manufacturing  of  San  Antonio.  San 
.A.ntonio,  Texas  (smaii  business; 

November  Testing 

•  Inspimetics  Incorporated,  Rancho 
Cucamonga,  California  (small  business; 

•  American  Electronics.  Fullerton.  California 
(small  business; 

•  Llamas  Plastics  Incorponrted,  Sylmar. 
California  (small  business) 

•  AiResearch.  Rancho  Dominguez.  California 
(large  business) 
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Prior  to  CALS  EXPO  '92,  tests  will 
continue  November  2-7  with  two  additional 
small  business  contractors: 

•  Moda  Magnetics,  Farmingdale,  New  York 
(small  business) 

♦  Micro  Systems  Incorporated,  Fort  Walton 
Beach,  Florida  (small  business) 

Rural  Small  Business 

The  test  will  be  run  in  parallel  with 
Brigham  Young  University  (BYU),  located  in 
Provo,  Utah.  The  inclusion  of  BYU  is  to 
determine  issues  that  would  be  encountered  in 
electronic  transmissions  with  small  business 
located  in  rural  areas  with  the  requirement 
to  receive  CAl-S-compliant  data  (technical 
drawings)  for  proposal  purposes. 

BYUs  small  business  contractor 
participants  are  as  follows: 

•  Kitco  incorporated,  Springville,  Utah 

•  Bill’s  Metal  Productions,  Huntington,  Utah 

•  Industry  West  Electronic,  Orem,  Utah 

•  Viking  Systems  Incorporated,  American 
Fork.  Utah 

•  Defense  Electronic  Systems,  Minneapolis, 
Minnesota 

Platform  interoperability 

The  SM-ALC  CALS  EC/EDI  Project  ANSI 
X.12  (341)  Transaction  Set  for  technical  data 
is  designed  to  test  three  hardware 

platforms:  DOS,  UNIX,  and  Macintosh. 

Three  distinct  translators  are  being  tested  as 
platform  test  sites;  Supply  Tech  Incorpor¬ 
ated.  Ann  Arbor,  Michigan  (DOS):  St  Paul 
Software,  St  Paul.  Minnesota  (UNIX):  and 
Digit  Software,  Silverspring,  Maryland 

(Macintosh). 

Testing  Architectures 

Two  discrete -architectures  will  be  utilized 
during  the  test  process.  The  first,  Lawrence 


Livermore  National  Laboratories  (LLNL) 
architecture  involves  the  extraction  of 
engineering  data  in  a  CALS-compliant  format 
from  a  government  repository.  The  LLNL 
process  will  transmit  data,  e.g.  Engineering 
Data  Computer  Assisted  Retrieval  System 
(EDGARS)  to  a  government  site  hub  via 
INTERNET/DDN  to  the  LLNL  Intelligent 
Gateway  Processor  (IGP),  to  multiple  Value- 
Added  Networks  (VANS)  who  have  a  trading 
partner  agreement,  for  distribution  to 
contractors  and  eventual  return  to  the 
requesting  government  agency  (Figure  1). 

In  May,  1990,  the  assistant  secretary  of 
defense  (Production  &  Logistics)  designated 
the  Defense  Logistics  Agency  (DLA)  as 
executive  agent  for  Electronic 
Commerce/Electronic  •  Data  Interchange 
(ECVEDI).  Lawrence  Livermore  was 

designated  at  this  time  as  the  engineering 
agent  to  develop  and  design  this  architecture 
for  DOD.  LLNL  EC/EDI  is  located  at 
Livermore,  California,  as  is  the  LLNUCALS 
Test  Network  (CTN),  which  supports 
McClellan’s  full  scale  testing. 

The  McClellan  AFB  test  will  be  one  of  the 
first  business  applications  of  CALS  data.  The 
CTN  test  report,  svhen  finalized,  will  provide 
information  to  government  and  industry  for 
review  prior  to  the  lull  scale  implementation 
at  SM-ALC  of  ANSI  X.12  transaction  sets  in 
CALS  format  for  the  electronic  processing  of 
RFQs.  The  test,  which  addresses  the  technical 
and  engineering  requirements  in  CALS 
formats  necessary  to  support  an  RFQ,  and  the 
contractor's  quote,  begsin  in  June.  1992  and  is 
projected  to  be  completed  by  December.  1992. 

Upon  completion  of  the  test,  the  CTN 
final  report  will  be  filed  with  HQ  AFMC<T)NC, 
Air  Force  CALS  Program  Office  and  OASD 
for  review  prior  tq  release  and  wide-spread 
distribution  to  government  and  industry, 
approximately  March.  1993. 

EXPO  Training  Session 
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For  those  of  you  planning  on  attending 
CALS  EXPO  ’92.  be  sure  to  schedule  your 
agenda  to  attend  Session  3A,  “Electronic 
Data  Interchange  (EDI)  for  Technical  Data 
Transfer."  This  presentation  will  be  Thursday, 
December  10,  from  8:30  A.M.  to  noon.  This 
particular  session  will  allow  you  to  hear  first 
hand  the  status  of  the  testing,  discuss 
potential  issues/concems,  and  learn  how  it 
will  affect  the  business  case  of  the  future. 

To  receive  copies  of  any  CTN  reports  or 
documents,  please  contact: 

•  Cathy  Murphy,  HQ  AFMC/ENCTr  .  4027  Col 
Glenn  Highway,  Suite  200.  Dayton,  OH 
45431-1601,  (513)257-3085,  FAX:  (513)  257- 
5881 

For  additional  information  about  the 
subject  testing  and  potential  business  case 
applications,  please  contact: 


•  Dee  Smith,  Chief,  Arcrafl  Contracting 
Division,  Sacramento  Air  Logistics 
Center,  5120  Dudley  Boulevard,  Suite 
3,  McClellan  Ar  Force  Base,  CA  95662  , 
(916)643-6150,  DSN  633-6150,  E-Mail: 
edi@smcdm02.sm.ailc.af.mil 

•  Donald  Vickers,  CTNO  Test  Bed  Manager, 
and  Nick  Mitschkowelz.  Raster  Lead 
Analyst.  Automated  Interchange  of 
Technical  Information  Project,  Lawrence 
Livermore  National  Laboratory,  PO  Box 
808,  L-542,  Livermore,  C A  94551,  (510) 
422-423 1  (Vickers).  (510)  422-0582 
(Mitschkoweu). 

•  Dell  K.  Alien,  Director,  CAAI  Software 
Research  Center,  265  Crabtree  Technology 
Building,  Brigham  Young  University, 
Provo,  UT  84602.  (801)378-3895.  ♦ 
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APPENDIX  J  Related  Correspondence 

Status  Report  for  February  ‘93  ANSI  X12  Standards  Meeting 


The  following  is  a  summary  of  the  accomplishments  achieved  during  the  February  ‘93  ANSI  X12 
Standards  Meeting  relative  to  CALS  technical  data  exchange; 

a.  The  841  technical  Information  exchange  transaction  set  can  officially  be  used  bi-directional;  i.e.  for 
both  “requesting”  technical  data  as  well  as  “  transfer/transmitting”  technical  data.  This  can  be 
accomplished  without  any  data  element  or  data  code  changes  or  additions.  The  Product  Data  Committee 
will  change  the  Purpose  and  Scope  of  X12-841  by  adding  the  words  “transfer  or  request”  and  “transmit  or 
request”  to  officially  recognize  this  bi-directional  use  of  this  transaction  set. 

b.  The  discussion  of  a  new  “Request  for  Information”  transaction  set  or  RFI  message  was  discussed 
and  tabled  ■without  any  action  being  taken  because  it  is  only  possible  to  define  a  “computer  processable” 
transaction  set  to  accomplish  this  after  the  requesting  business  case  is  first  well  defined  and 
documented.  In  the  interim,  either  X12-864  (text  message)  or  996  (file  transfer)  should  be  used  since 
they  can  be  sent  over  the  same  path  as  all  other  EDI  messages  and  can  be  used  similar  to  E-mail. 

c.  Major  steps  were  taken  to  educate  and  start  the  efforts  necessary  to  address  the  data  elements  and 
data  code  changes  and  additions  needed  by  the  X12-840,  Request  for  Quotation,  transaction  set  when 
841  technical  data  is  to  be  attached.  This  effort  will  continue  for  approximately  the  next  2  to  4  X12 
meetings  (approximately  a  year)  before  all  the  necessary  changes  can  be  incorporated  and  approved  by 
the  X12  voting  members.  During  this  time  the  changes  and  additions  to  843  (Quotation)  and  other 
associated  transaction  sets  will  also  be  added. 

These  were  ffite  highlights  of  the  February  ‘93  X12  Meeting  as  related  to  exchanging  CALS  technical  data 
using  ANSI  X12  EDI. 


Status  Report  for  June  ‘93  ANSI  X12  Standards  Meeting 

The  following  is  a  summary  of  the  accomplishments  achieved  during  the  June  ‘93  ANSI  X12  Standards 
Meeting  relative  to  the  implementation  of  840-841  technical  data  exchange  at  SM-ALC  in  support  of 
Electronic  Contracting  for  aircraft  parts  acquisition  and  the  replenishment  of  LRUs. 

a.  The  revised  DoD  841  convention  guide  which  incorporates  the  results  the  SM-ALC  test  was 
presented  to  the  X12  Product  Data  Subcommittee  and  accepted.  LMI  plans  to  officially  publish  this 
latest  revision  in  early  July.  It  therefore,  will  be  available  to  be  appended  to  the  official  SM-ALC  test 
report  being  prepared  by  the  CALS  Test  Network  (CTN)  at  LLNL. 

b.  Considerable  effort  was  devoted  to  getting  the  product  and  process  technical  data  transfer 
capabilities  of  841  into  a  functionally  equivalent  EDIFACT  capability.  We  beheve  a  major  breakthrough 
agreement  has  been  achieved  (in  principle)  Here  is  the  basis  of  the  agreement: 

(1)  A  project  proposal  for  a  new  EDIFACT  capability,  called  BINARY  or  BINARY  ENVELOPE,  will  be 
submitted.  This  capabihty  will  contain  only  the  equivalent  of  the  BGM,  REF,  EFI  and  BIN  (both  BINl 
and  BIN2)  data  segments  and  will  be  the  functionally  equivalent  of  these  841  segments. 

(2)  This  EDIFACT  Binary  capabihty  will  meet  apphcable  “body  parts”  criteria. 


J-1 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


(3)  An  EDIFACT  message  which  is  currently  in  Status  O  development,  called  CONDRA,  and  which  is 
currently  limited  to  CAD  files  for  between  construction  (building)  architects  and  civil  engineers,  will  be 
expanded  to  carry  all  the  administrative  data  of  X12  841  Table  1  and  Table  2  (excluding  the  EFI  and 
BIN  which  are  in  BINARY,  and  discussed  in  1  above). 

(4)  The  EDIFACT  message  CONDRO,  also  is  status  O  development  will  also  be  expanded  to  be 
capability  of  defining  (or  requesting)  the  software  application  functional  capabilities  of  any  trading 
partners  involved  in  the  exchange  of  technical  information  and/or  binary  files  (including  but  not  limited 
to  construction  drawings  files). 

Now  comes  the  1  to  2  year  process  of  getting  these  intentions  and  agreements  all  the  way  through  BOTH 
the  X12  and  EDIFACT  standards  bodies;  Perhaps  our  European  fnends  can  help  us  -  we  would  certainly 
welcome  their  assistance. 

These  were  the  highlights  of  the  June  ‘93  X12  Meeting  as  related  to  exchanging  841  technical  data  using 
ANSIX12  EDI. 


J-2 


AITI/93-ED-01 


AFCTN  Test  Report 
94-034 


APPENDIX  K  Acronym  List 


ACPS  -  Automated  Contract  Preparation  System 

AF  -  Air  Force 

AFB  -  Air  Force  Base 

AFCTN  -  Air  Force  CALS  Test  Network 

AFMC  -  Air  Force  Materiel  Command 

AITI  -  Automated  Interchange  of  Technical  Information 

ALC  -  Air  Logistics  Center 

ANSI  -  American  National  Standards  Institute 

ASC  -  Accredited  Standards  Committee 

BMP  -  Bit  Map  Plotter  image  format 

BYU  -  Brigham  Yoimg  University 

CAD  -  Computer-Aided  Design 

CALS  -  Continuous  Acquisition  and  Life-cycle  Support 

CCITT  -  International  Consultative  Committee  on  Telegraphy  and  Telephony 

CDMS  -  Contract  Data  Management  System 

CGA  -  Color  Graphics  Adapter 

CONDRA  -  EDIFACT  message 

CONDRO  -  EDIFACT  message 

COTS  -  Commercial  Off  The  Shelf 

DDN  -  Defense  Data  Network 

DLA  -  Defense  Logistics  Agency 

DLM  -  Data  List  Manager 

EC  -  Electronic  Commerce 

ECO  -  Engineering  Change  Order 

EDCARS  -  Engineering  Data  Computer  Assisted  Retrieval  System 
EDI  -Electronic  Data  Interchange 

EDIFACT  -  Electronic  Data  Interchange  for  Administration,  Commerce  and  Transportation 

EDL  -  Engineering  Data  List 

EGA  -  Enhanced  Graphics  Array 

FAR  -  Federal  Acquisition  Regulation 

FDDI  -  Fiber  Distributed  Data  Interface 

FSC  -  Federal  Stock  Class 

FTP  -  File  Transfer  Protocol 
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FXM  -  Fiber  Expansion  Module 

GMS  -  Global  Messaging  Service 

IBM  -  International  Business  Machines 

ICP  -  Inventory  Control  Point 

IGP  -  Intelligent  Gateway  Processor 

ISDN  -  Integrated  Services  Digital  Network 

ISO  -  International  Organization  for  Standardization 

JEDMICS  -  Joint  Electronic  Data  Management  Information  and  Control  System 

Kbs  -  Kilob3d;es  per  second 

LAN  -  Local  Area  Network 

LMI  -  Logistics  Management  Institute 

LRU  -  Lowest  Replacement  Unit 

MHz  -  megaHertz 

mm  -  millimeter 

NSN  -  National  Stock  Number 

OSI  -  Open  System  Interconnect 

PC  -  Personail  Computer 

PR  -  Purchase  Request 

QA  -  Quality  Assurance 

RAM  -  Random  Access  Memory 

RDB  -  Requirements  Data  Bank 

RFI  -  Request  for  Information 

RFQ  -  Request  for  Quotation 

SC&D  -  Stock  Control  and  Distribution 

SCCIG  -  Southern  California  CALS  Interest  Group 

SM-ALC  -  Sacramento  Air  Logistics  Center 

SMSCRC  -  Standaird  Multi-user  Small  Computer  Requirements  Contract 

SMTP  -  Simple  Mail  Transfer  Protocol 

UUCP-  UNIXto  UNIX  Copy 

VAN  -  Value-added  network 

VDT  -  Video  Display  Terminal 

VGA  -  Video  Graphics  Array 
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APPENDIX  L  Glossary 

ANSI  ASC  X12  (840)  -  Request  for  Quotation  transaction  set 

ANSI  ASC  X12  (841)  -  Specification/Technical  Information  transaction  set 

ANSI  ASC  X12  (997)  -  Functional  Acknowledgment  transaction  set 

AOS  -  Data  General  operating  system 

BIN  -  binary  data  segment  in  841 

BGM  -  data  segment 

CALSTB.350  -  AFCTN  raster  tool 

COMl  -  the  number  1  communications  port  on  a  PC 

DecompG4  -  AFCTN  raster  tool 

DoD  MIL-STD-1840A  -  Automated  Interchange  of  Technical  Information 

DoD  MIL-R-28002A  -  Raster  Graphics  Representation  in  Binary  Format,  Representation  for 

Dwg  -  drawing 

EFI  -  data  segment  used  in  841 
F.E.P.  -  LMS  system  (communications) 

Gbyte  -  gigabyte 

J023  -  Automated  Purchase  Request  system 

J041  -  Acquisition  and  Due-in  system 

Kbyte  -  kilobyte 

Mbyte  -  megabyte 

NR  -  Number  and  Revision 

PCX  -  raster  graphic  type 

Pel  -  The  smallest  graphic  element  that  can  be  individually  addressed  within  a  picture 

Pixel  -  picture  element 

PK  -  SM-ALC(PK)-Aircraft  Contracting 

REF  -  data  segment  used  in  X12  transactions 
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840 

transaction  21,  30 
preparation  of  21 
transaction  set  viii,  62 
transfer  37 
840/841 

compatibility  39 
merging  process  39-41, 62 
pointers  between  40-41 

841 

binary  segments  47 
collecting  image  files  for  23 
convention  guide  29-30 
multiple  41 
processing  48 

transaction  set  vi,  viii,  23, 29,  39,  61 
transactions  28, 30, 48 


ACPS  12, 19, 21,  37,  39, 41, 62 
function  of  19 
overview  12, 19 
Acron3nm  list  K-1 
Advantis 

Information  Network  43 
systems  10 
VAN  46,48 

AFCTN  1, 5, 18,  see  also  Air  Force  CALS  Test  Network 
AFCTN  Test  Bed  12-13 
AFMC  6,19 

AFMC  Contract  Development  Lab  21 

Air  Force  CALS  Test  Network  53,  see  also  AFCTN 

Aircraft  Contracting  at  SM-ALC  5 

ALC  6,19,  31 

Allied-Signal  Airesearch  8, 14, 18 
American  Electronics  9, 14, 18 
Aperture  cards  21 
ASC  1 
ASCn  46 

ASCII  RFQ  information  45 
AT&T  10 
AT&T  VAN  48 

Automatic  mailbox  message  removal  48 


Base  Contracting  Systems 
ACPS  19 
CDMS  19 
SC&D  19 

Base  Engineering  Data  Repository  22 
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Bid  set  data  23,  26-28 
large  27 
medium  26 
selection  of  23 
small  26 

Bidding  from  electronic  data  60 
BMP  58 

Briefing  to  Participating  Contractors  C-1 
Business  data 

ACPStoIGP  62 
BYU  5,45,53 


CAD  44 

CALS  vi,  viii-ix,  1-2, 17-18, 24, 26,  28-29,  33-34,  39-41,  53-56,  58-59,  61,  64 
file  decompression  56 
file  displaying  54 
file  printing  images  55 
files  processing  54 
header  examples  34 
merging  with  RFQ  39-41 
MIL-STD-1840A  header  records  34 
CALS  Program  Office  8 
CALS  Shared  Resource  Centers  64 
CALS  Test  5 

CALS  to  EDI  conversion  24 
CALS  to  PCX  conversion  59 
CALS-EDI  X,  18 
CALSTB.350  24 
CCITT  3,24-25,54-55 
binary  encoded  data  54 
Group-4  25 
T.6  documentation  55 
T.6  tables  55 
CDMS  19-20,  22,  28 
function  of  20 
overview  19-20 
Checklist 

completed  from  Test  Participants  E-1 
difficulties  with  18 
document  17-18 
overview  17 
sample  D-1 
COMl  31 
COM3  or  COM4  49 
Compression,  data  26-28,  58 
Contractors 

sending  solicitations  to  43-44 
visit  to  17 

Correspondence,  related  J-1 
COTS  5-6,61 
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hardware  5-6 
software  5-6 
CTN  Report  91-042  55 


Data 

accepting  at  site  IGP  33-35 
bidding  from  60 
CALS  header  examples  34 
checking  on  IGP  35 
compression  26-28, 58 
electronic  RFQ  37 
Ethernet  transfer  test  33 
merging  840  &  841  40 
merging  CALS  &  RFQ  39-40 
no  flow  control  47 
observations  on  receipt  45-51 
reading  CALS  files  33-35 
receipt 

backgrovind  45 
contractor  63 
hardware  needed  5 
hardware  used  12-15 
software  needed  6 
software  used  12-15 
sharing  53-54 
telephone  lines  50 
transfer  options  35-37 
transfer  rate  between  EDCARS  and  IGP  33 
transfer  RFQ  to  IGP  37 
transferring  from  EDCARS  to  site  IGP  33 
usability  53-59, 64 
use  of  modems  to  download  49 
viewing  of  53-60 
Data  General  MV-9500  19 
Datatran  6, 12,  30,  34, 40 
DDN  1,31 
DecompG4  14, 24 
Decompression 

CALS  &  PCX  58 
Decompression  software  55 
Digit  Software  10 
Digital  image 
displa3dng  54 
viewing  54 

Digital  process,  proposed  28-29 
Display  software  55 
Displaying  data 
hardware  53-54 
software  53-54 
DLA  30 
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DLM  23,29 
DoD  1-2 

DOS  5, 14-15,  24,  31,  53,  57-58 
Download 

ability  to  45 
selected  messages  45 
Downloading  data 

baud  rates  used  49 
overview  48-49 
time  factor  48-49 
use  of  modems  49 


EC  1 
EC/EDI  65 

EDGARS  viii,  5, 12,  20, 22-26,  28-29,  33,  39,  53, 61-62,  65 
Base  Engineering  Data  Repository  22 
description  22 
function  22 

image  retrieval  process  22-23 
production  process  29 
to  site  IGP  33 

EDI  vi,  viii-ix,  1-2,  5-6,  17-18,  21,  23,  28,  34-35,  37,  43-46,  48,  51,  61,  63 
process  21 
software  listing  5 
software  used  5 

Transaction  Set  see  840,  see  841 
translator  software  options  6,  51 
EDI  messages 

software  to  download  46 
EDL  19-20,  23,  28-29,  33,  35,  37,  39,  60-61 
file  example  20 
function  of  20 

generation  and  definition  of  20 
graphic  example  23 
overview  of  20 

Electronic  Commerce  through  EDI  Project  8 
Electronic  process 
RFQ  37 
Electronic  RFQ 

description  of  37 
Engineering  data 

EDGARS  to  site  IGP  61 
preparation  22 
Engineering  data  list  see  EDL 
Ethernet  viii,  65 
transfer  tests  33 

Exchange  of  CALS  data  via  EDI  transaction  sets  1 
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FAR  19 
FDDI  31 
File  decompression 
CALS  56 
File  extension  56 
File  organization  review  28 
File  transfer  to  site  IGP  33-35 
Files 

decompression  analysis  58 
merging  840  &  841  40 
printing  59 
FSC  6 

FTP  21,33,35,37,39 
Functionality  see  Test 


Glossary  L-1 
GMSVAN  43,46 


HiJaak  1,  6, 14-15, 18, 24,  35,  53,  55-56, 58-59 


IBM  platform  configuration  14-15,  57 
ICP  19 

IGP  2-3,  21,  30-31,  33-35,  37,  41,  43-44,  65 
Image  characteristics  25 
Image  file  size  23 
Input  formats 
listing  45-46 
operating  45 

Inset  Systems  Inc.  11, 18,  53,  56,  59 
Inspimetics  9, 14, 18 
ISDN  1 

ISO  80223  backbone  46 


J041  Due-in  System  19 
JEDMICS  viii,  28-29,  61, 65 
JIT  44 


Kent  Associates,  Inc.  9, 14, 18 


LAN  21,31,64 
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Large  bid  set  data  27 

Letter  Request  for  Quote  19 

Llamas  Plastics  Inc.  9, 15, 18 

LLNL  1,  5,  8, 13, 15, 17,  24,  26,  29,  35,  56-58 

LMS  System  13 

Local  access  to  VAN  lines  43 

Local  system  fQe  organization  49-50 

Log  of  Travel,  Meetings,  and  Briefings  G-1 

Logistics  Management  Institute  11, 29 

LRU  viii 


MacEDI  6,46 
Mailbox 

automatic  message  removal  48 
cannot  select  messages  47-48 
concept  46 
downloading  data  48 
environment  46 
no  flow  control  47 
setting  up  18 
Medium  bid  set  data  26 
Merging  see  Data 
CALS  &  RFQ 

fields  used  40-41 
required  hardware  39 
required  software  39 
values  used  40-41 
Micro  Systems,  Inc.  9, 15, 18 
Micro-based  EDI  5 
MIL-R-28002  vi,  23 

Raster  Type  I  compressed  binary  files  53 
Type-I  format  28,  61 
Type-I  raster  images  55 
MIL-STD-1840  25,50 
compliance  with  25 
declaration  files  29 
MIL-STD-1840A  39 
Moda  Magnetics  Corp.  9, 15, 18 
Modems 

capability  overview  43 
types  accessing  VAN s  by  SM-ALC  3 1 
MultiTech  9600  5,15,18 
Myriad  6, 14,  24,  53,  55-56,  59 


Network  overview  31 
NSN  19 
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Objectives  see  Test 
Observations  see  Test 
OSI  3 
Overview 

network  31 
test  vi,  viii 


Paintbrush  6,  56,  58-59 
Participants  see  Test 

checklist  document  17 
contractor  17 
hardware  12-15 
modems  used  18 
preparation  of  17 
software  12-15, 18 
Participating  contractors 
hsting  of  6-12 
PCX  56,58-59 
Platforms  see  Test 
PR  19,21 

Precision  Manufacturing  of  San  Antonio  10, 15, 18 
Printing  files  59 
Printing  images 
CALS  55 
Procedure  see  Test 
Publications,  related  I-l 
Purpose  see  Test 


Raster  Image  data  evaluation  24 
RDB  20 

Recommendations  see  Test 
Renaming  files 

file  extension  56 
Report 

structure  of  3 

Report  of  Small  Business  Co-op  CALS-EDI  Test  Activity  F-1 
RFQ  viii-ix,  1-2, 19-22, 28,  34,  39-41, 61-62 
merging  with  CALS  39-41 
prepsu'ation  of  electronic  version  21 
verification  of  840  transactions  21 


Sacramento  Air  Logistics  Center  7,  see  also  SM-ALC 
SC&D  19-20 
function  of  19 
overview  19-20 

SM-ALC  5, 17,  24,  28-30,  33,  39,  43-45,  47,  56-58,  60 
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EDGARS  25 
LAN  viii 

LLNL  data  path  link  31 
newsletters  H-1 
site  IGP  12,  see  also  IGP 
systems  setup  19 
SM-ALC/PK  7 
Small  bid  set  data  26 
SMSCRC  30 
Software 

download  EDI  messages  46 
translate  EDI  messages  46 
Solicitation 

design  data  29 
sizes  23 
types  used  23 
Solicitations  B-1 
Specifications  tested  3 
St.  Paul  Software  6, 11-12,  30,  34-35 
Standards 

ANSIASCX12  3 
DoD  MIL-R-28002A  3 
DoD  MIL-STD-1840A  3 
tested  3 

STX  1,6,14-15,46,49-50 

STX12  18 

Summary  see  Test 

Supply  Tech,  Inc.  1, 11, 17-18, 46 


TCP/IP  viii,  28,  30,  37 
Test 

background  1 
comments  28 
current  1-2 
data  receipt  45 
demonstration  1 
fimctionality  viii 
hardware  used  30 
history  1-2 
how  executed  viii 
image  characteristics  25 
intended  results  29-30 
intention  5 
nature  of  2 
objectives  1 

observations  of  viii-ix,  28 
overview  5 
participants  5 

participating  contractors  6-12 
philosophy  5 
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platforms  5 
previous  1 
procedure  overview  2 
purpose  of  1-2 

recommendations  viii-ix,  61-65 
schedule  A-1 
software  used  30-31 
specifications  3 
standards  3 
strategy  2 
successes  61 
summary  1-2, 61-65 
Test  Plan  A-1 
Transaction  set  creation  39 
Transfer  options  see  Data 
Translator  software 

Datatran  6, 12,  30,  34, 40 
MacEDI  6,46 

STX  1, 6, 14-15, 18, 46, 49-50 
Transmission 

obseivations  44 
times  viii 

VAN  to  contractor  63 
Transmitting 

local  access  to  VAN  lines  43 
modem  capabilities  43 
observations  &  comments  44 
solicitations  to  contractors  43-44 
TRW  1,17,29 

TRW  Systems  Integration  Group  11 


UNIX  5-6,12-13,30,33,35 
User  file  conversion  56 
UUCP  30,35,44 


VaUdG4  24 

VAN  2, 5, 17-18,  29,  31,  39,  43-48,  50-51,  61,  63 
Advantis  43 

cannot  select  messages  47-48 

comparison  50-51 

current  mailbox  environment  46 

differing  approaches  43 

fee  schedule  50 

GMS  43 

local  access  to  43 

no  flow  control  47 

projected  costs  44 

selection  50-51 


M-11 


AFCTN  Test  Report 
94-034 


AITI/93-ED-01 


setting  up  user  accounts  18 
third  party  50 
types  used  43 
VDT  54-55 

VDT  image  transfers  55 
Video  Display  Terminal  54 


M-12 


